You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Sai Sandeep (JIRA)" <ji...@apache.org> on 2019/04/04 22:19:00 UTC
[jira] [Created] (KAFKA-8191) Add pluggability of KeyManager to
generate the broker Private Keys and Certificates
Sai Sandeep created KAFKA-8191:
----------------------------------
Summary: Add pluggability of KeyManager to generate the broker Private Keys and Certificates
Key: KAFKA-8191
URL: https://issues.apache.org/jira/browse/KAFKA-8191
Project: Kafka
Issue Type: Bug
Components: security
Affects Versions: 1.1.1, 1.1.0
Reporter: Sai Sandeep
Fix For: 1.1.1, 1.1.0
*Context:* Currently, in SslFactory.java, if the keystore is created null (caused by passing an empty config value to ssl.keystore.location), the default Sun KeyManager is used ignoring the 'ssl.keymanager.algorithm' provided.
We need changes to fetch KeyManager from the KeyManagerFactory based on the provided keymanager algorithm, populated by 'ssl.keymanager.algorithm' if the keystore is found empty
*Background and Use Case:* Kafka allows users to configure truststore and keystore to enable TLS connections from clients to brokers. Often this means during deployment, one needs to pre-provision keystores to enable clients to communicate with brokers on TLS port. Most of the time users end up configuring a long-lived certificate which is not good for security. Although KAFKA-4701 introduced the reload of keystores it still a cumbersome to distribute these files onto compute system for clients.
There are several projects that allows one to distribute the certificates through a local agent, example [Spiffe|[https://spiffe.io/]]. To take advantage of such systems we need changes to consider 'ssl.keymanager.algorithm' for KeyManagerFactory creation
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)