Kafka SASL/SCRAM介绍

news/2025/2/3 7:46:52 标签: kafka, 分布式, apache, 安全

文章目录

  • Kafka SASL/SCRAM介绍
  • 1. SASL/SCRAM 认证机制
  • 2. SASL/SCRAM 认证工作原理
    • 2.1 SCRAM 认证原理
      • 2.1.1 密码存储和加盐
      • 2.1.2 SCRAM 认证流程
    • 2.2 SCRAM 认证的关键算法
    • 2.3 SCRAM 密码存储
    • 2.4 SCRAM 密码管理
  • 3. 配置和使用 Kafka SASL/SCRAM
    • 3.1 Kafka 服务器端配置
    • 3.2 创建 SCRAM 用户并设置密码
    • 3.3 Kafka 客户端配置
    • 3.4 使用 SSL 加密连接
    • 3.5 SCRAM 配置管理和维护
  • 4. 安全性与最佳实践
    • (1)使用强密码
    • (2)使用 SASL_SSL
    • (3)定期更新密码
    • (4)启用审计日志
  • 5. 总结

Kafka SASL/SCRAM介绍

Kafka SASL/SCRAM 是一种更为安全的认证机制,相比于 SASL/PLAIN,它提供了更高的密码保护和认证强度。SASL/SCRAM(Salted Challenge Response Authentication Mechanism)使用加密的密码存储和认证机制,可以有效防止密码明文传输,因此在生产环境中得到了广泛应用。

1. SASL/SCRAM 认证机制

SASL/SCRAM 是基于 Challenge-Response 的认证机制,其中客户端使用经过哈希加盐(salted hash)处理的密码进行身份验证,而 Kafka 集群通过比较存储在服务器上的加密密码来验证客户端身份。该机制具有以下特点:

  • 加盐密码存储:密码通过 SCRAM 算法(通常是 SHA-256SHA-512)进行加盐哈希,避免了明文密码泄露的风险。
  • 双向认证:客户端和 Kafka 服务器使用相同的密钥进行相互认证,防止中间人攻击(MITM)。
  • 适用于生产环境SASL/SCRAM 提供了比 SASL/PLAIN 更强的安全性,适合用于需要更高安全性的生产环境。

2. SASL/SCRAM 认证工作原理

2.1 SCRAM 认证原理

SASL/SCRAM 基于挑战-响应机制(Challenge-Response)。在这种机制中,客户端和服务器在认证过程中交换加密的认证信息,而不是传递明文密码。其核心思想是,客户端和服务器都使用一个加盐哈希算法(如 SHA-256SHA-512)来生成密码的散列值,以此进行身份验证。

具体步骤如下:

2.1.1 密码存储和加盐

  • 密码存储:与其他认证机制不同,SCRAM 在服务器端不会存储明文密码,而是将密码经过哈希算法加盐处理后存储。加盐(salt)意味着将随机生成的盐值与密码进行拼接,然后进行哈希处理,这样即使两个用户使用相同密码,其哈希值也是不同的。

  • 加盐哈希(Salted Hash):SCRAM 使用加盐和迭代哈希来增加密码的安全性,防止通过彩虹表等方式暴力破解密码。

2.1.2 SCRAM 认证流程

SASL/SCRAM 认证流程涉及多个步骤,客户端和服务器会进行一系列的相互验证:

(1)客户端发起认证请求

客户端生成请求:客户端首先向 Kafka 服务器发送认证请求。此请求包含客户端的身份(如用户名)和一个初始的响应(称为 “Client First Message”)。

客户端发送的初始消息:这个消息包含客户端的用户名和一个生成的随机 nonce(一次性使用的随机数)。

示例:

n=user,r=nonce

(2)服务器响应请求

服务器生成挑战消息:服务器收到客户端的请求后,会生成一个挑战消息,响应客户端。挑战消息包含一个随机生成的 nonce,以及一个 salt(盐值)和迭代次数等信息。服务器还会将该信息进行哈希后存储,用于后续的密码验证。

示例:

r=nonce, s=salt, i=iterations
  • r: 随机数(nonce),保证每次认证的唯一性。
  • s: 盐值(salt),用于加盐哈希。
  • i: 迭代次数(iterations),用于增加计算难度,防止暴力破解。

(3)客户端响应挑战

客户端计算密码哈希并发送响应:客户端使用自己的密码、服务器提供的盐值、迭代次数和挑战信息计算出一个响应信息(称为 “Client Final Message”)。此响应信息包含客户端生成的密码哈希值。

客户端通过以下公式生成哈希:

HMAC(Salt + Password + Iterations, Nonce)

然后将这个结果(包括一个用户名、客户端响应、以及 nonce)作为响应返回给服务器。

示例:

c=biws,r=nonce,p=HMAC(Salt + Password + Iterations, Nonce)
  • c: 表示编码格式,通常为 biws
  • p: 客户端计算出的密码哈希值。

(4)服务器验证客户端响应

服务器验证客户端的响应:服务器接收到客户端的响应后,使用自己的存储的盐值、迭代次数、以及密码来验证客户端提供的密码哈希是否匹配。如果验证成功,表示客户端身份合法。

  • 服务器使用相同的盐值和迭代次数进行哈希计算,然后与客户端发送过来的哈希值进行比对。如果一致,表示认证通过。

(5)服务器发送验证结果

服务器发送最终响应:如果客户端提供的密码验证成功,服务器向客户端发送一个成功的响应消息,完成认证过程。如果验证失败,则返回认证失败的错误信息。

2.2 SCRAM 认证的关键算法

SCRAM 使用以下关键算法来加密和保护密码:

  • 哈希算法SCRAM 使用标准的哈希算法(通常为 SHA-256SHA-512)对密码进行加盐处理。盐值(salt)是一个随机生成的字节序列,确保相同密码的哈希结果不同。

  • HMAC:客户端和服务器在认证过程中使用 HMAC(Hash-based Message Authentication Code) 算法来生成密码的哈希。HMAC 结合了密码、盐值、迭代次数和随机数,使得破解密码更加困难。

  • 迭代次数:为了提高密码保护的强度,SCRAM 认证要求使用多次迭代的哈希操作。这意味着密码的哈希计算不仅仅是一次简单的哈希,而是重复进行多次迭代,从而增加了计算的复杂度,防止暴力破解。

2.3 SCRAM 密码存储

在 SCRAM 中,密码不以明文存储,而是存储加盐哈希值。服务器存储的是密码的哈希信息(通常是经过多次迭代的 HMAC 值),而不是密码本身。

存储结构示例

SCRAM-SHA-256$4096:randomSalt:hashedPassword
  • SCRAM-SHA-256: 表示使用的哈希算法(SHA-256)。
  • 4096: 迭代次数(密码哈希计算的迭代次数)。
  • randomSalt: 随机生成的盐值,用于加盐哈希。
  • hashedPassword: 密码的最终哈希值。

2.4 SCRAM 密码管理

  • 添加用户和设置密码:使用 Kafka 提供的 kafka-configs.sh 命令或 Kafka 管理界面来添加用户,并设置用户的 SCRAM 密码。

    示例命令:

    bin/kafka-configs.sh --bootstrap-server localhost:9093 --alter --add-config 'SCRAM-SHA-256=[password=secretpassword]' --entity-type users --entity-name user1
    
  • 查看密码配置:管理员可以通过 kafka-configs.sh 查询用户的 SCRAM 密码配置。

    示例命令:

    bin/kafka-configs.sh --bootstrap-server localhost:9093 --describe --entity-type users --entity-name user1
    

3. 配置和使用 Kafka SASL/SCRAM

3.1 Kafka 服务器端配置

为了启用 SASL/SCRAM 认证机制,需要在 Kafka 服务器端进行相关配置。

(1)修改 Kafka 服务器配置文件 server.properties

  1. 打开 Kafka 配置文件 server.properties
  2. 配置 SASLSCRAM 相关参数:
# 启用 SASL/SCRAM 认证
listeners=SASL_PLAINTEXT://0.0.0.0:9093
listener.security.protocol=SASL_PLAINTEXT  # 传输层协议,支持 SASL 和 PLAIN 认证

# 支持的 SASL 认证机制
sasl.enabled.mechanisms=SCRAM-SHA-256,SCRAM-SHA-512  # 选择支持的机制(SCRAM-SHA-256 或 SCRAM-SHA-512)

# Kafka 集群与集群之间的通信协议配置(如分区副本等)
security.inter.broker.protocol=SASL_PLAINTEXT

# 使用 SCRAM 算法(通常为 SCRAM-SHA-256 或 SCRAM-SHA-512)
scram.algorithm=SCRAM-SHA-256
  • listeners: 配置 Kafka 接受连接的端口,这里设置为 SASL_PLAINTEXT,代表使用没有加密的 SASL 认证。
  • sasl.enabled.mechanisms: 启用 SCRAM-SHA-256SCRAM-SHA-512 机制,可以选择其中之一。
  • security.inter.broker.protocol: 配置 Kafka 集群内的节点间通信协议。

(2)启动或重启 Kafka 服务

配置完成后,重启 Kafka 服务器使配置生效:

bin/kafka-server-start.sh config/server.properties

3.2 创建 SCRAM 用户并设置密码

Kafka 中的 SCRAM 用户和密码信息可以通过命令行工具 kafka-configs.sh 配置。我们使用 kafka-configs.sh 命令来创建 SCRAM 用户并为其设置密码。

(1)创建 SCRAM 用户并设置密码

bin/kafka-configs.sh --bootstrap-server localhost:9093 --alter --add-config 'SCRAM-SHA-256=[password=secretpassword]' --entity-type users --entity-name kafka-client
  • --alter: 修改现有配置。
  • --add-config: 添加新的配置项,这里是添加密码信息。
  • SCRAM-SHA-256=[password=secretpassword]: 指定使用 SCRAM-SHA-256 并设置密码为 secretpassword
  • --entity-type users: 指定要操作的实体类型为 users
  • --entity-name kafka-client: 指定用户名为 kafka-client

(2)检查用户配置

可以使用以下命令查看已配置用户的 SCRAM 信息:

bin/kafka-configs.sh --bootstrap-server localhost:9093 --describe --entity-type users --entity-name kafka-client

这将列出与 kafka-client 用户相关的 SCRAM 配置信息,包括算法、密码哈希值等。

3.3 Kafka 客户端配置

Kafka 客户端(如生产者或消费者)需要配置 SASL/SCRAM 认证来连接到 Kafka 集群。

(1)配置 Kafka 生产者

在 Kafka 生产者的配置文件中,设置使用 SASL/SCRAM 进行认证:

# Kafka 生产者配置
bootstrap.servers=localhost:9093
security.protocol=SASL_PLAINTEXT  # 配置为使用 SASL 认证
sasl.mechanism=SCRAM-SHA-256  # 选择 SCRAM-SHA-256 认证机制

# 配置 JAAS 登录模块(用户名和密码)
sasl.jaas.config=org.apache.kafka.common.security.scram.ScramLoginModule required \
    username="kafka-client" \
    password="secretpassword";
  • security.protocol: 配置为 SASL_PLAINTEXT,表示 Kafka 客户端与服务器之间的通信使用 SASL 认证。
  • sasl.mechanism: 指定使用的认证机制,这里设置为 SCRAM-SHA-256
  • sasl.jaas.config: 配置 JAAS(Java Authentication and Authorization Service)认证模块,设置用户名和密码。

(2)配置 Kafka 消费者

对于 Kafka 消费者的配置,与生产者类似,只需确保配置正确的认证信息:

# Kafka 消费者配置
bootstrap.servers=localhost:9093
security.protocol=SASL_PLAINTEXT
sasl.mechanism=SCRAM-SHA-256

# 配置 JAAS 登录模块
sasl.jaas.config=org.apache.kafka.common.security.scram.ScramLoginModule required \
    username="kafka-client" \
    password="secretpassword";

(3)使用 Kafka 客户端

在客户端配置好之后,可以启动生产者或消费者应用,进行数据的发送和消费。

示例:Kafka 生产者代码

Properties props = new Properties();
props.put("bootstrap.servers", "localhost:9093");
props.put("key.serializer", "org.apache.kafka.common.serialization.StringSerializer");
props.put("value.serializer", "org.apache.kafka.common.serialization.StringSerializer");
props.put("security.protocol", "SASL_PLAINTEXT");
props.put("sasl.mechanism", "SCRAM-SHA-256");
props.put("sasl.jaas.config", "org.apache.kafka.common.security.scram.ScramLoginModule required username=\"kafka-client\" password=\"secretpassword\"");

KafkaProducer<String, String> producer = new KafkaProducer<>(props);

ProducerRecord<String, String> record = new ProducerRecord<>("my-topic", "key", "value");
producer.send(record);

producer.close();

3.4 使用 SSL 加密连接

如果需要加密通信,建议使用 SASL_SSL,结合 SSL/TLS 进行数据加密,避免密码和数据被中间人攻击者截取。

(1)配置 Kafka 服务器启用 SSL

server.properties 文件中进行 SSL 配置:

listeners=SASL_SSL://0.0.0.0:9094  # 启用加密的 SASL 连接
security.inter.broker.protocol=SASL_SSL  # 配置集群内部通信协议
ssl.keystore.location=/path/to/keystore.jks  # 配置 keystore 路径
ssl.keystore.password=<keystore-password>
ssl.truststore.location=/path/to/truststore.jks  # 配置 truststore 路径
ssl.truststore.password=<truststore-password>

(2)客户端启用 SSL 加密

客户端(生产者或消费者)也需要启用 SSL 配置:

bootstrap.servers=localhost:9094
security.protocol=SASL_SSL
sasl.mechanism=SCRAM-SHA-256

# 配置 JAAS 登录模块
sasl.jaas.config=org.apache.kafka.common.security.scram.ScramLoginModule required \
    username="kafka-client" \
    password="secretpassword";

# 配置 SSL
ssl.truststore.location=/path/to/truststore.jks
ssl.truststore.password=<truststore-password>

(3)启动客户端

在配置完成后,客户端可以通过 SSL 加密连接到 Kafka 集群,确保所有数据都在加密通道中传输。

3.5 SCRAM 配置管理和维护

(1)修改用户密码

如果需要修改 SCRAM 用户的密码,可以通过 kafka-configs.sh 工具进行更改:

bin/kafka-configs.sh --bootstrap-server localhost:9093 --alter --add-config 'SCRAM-SHA-256=[password=newpassword]' --entity-type users --entity-name kafka-client

(2)查看用户配置

可以查看 SCRAM 配置的详细信息,检查用户的认证状态和密码配置:

bin/kafka-configs.sh --bootstrap-server localhost:9093 --describe --entity-type users --entity-name kafka-client

4. 安全性与最佳实践

SASL/SCRAM 提供了比 SASL/PLAIN 更强的安全性,但在使用时需要注意以下几点:

(1)使用强密码

  • 配置 SASL/SCRAM 时,确保使用强密码。避免使用简单、易猜的密码,如 password123
  • 可以通过强密码策略来保证密码的复杂性。

(2)使用 SASL_SSL

  • 虽然 SASL/SCRAM 本身提供了强大的认证机制,但在公开网络中传输认证信息时,仍然推荐使用 SASL_SSL,以保证数据的加密传输,防止中间人攻击。
  • 配置 SSL/TLS 加密后,密码和认证过程会通过加密的通道传输,增加额外的安全性。

(3)定期更新密码

  • 定期更换 Kafka 用户的密码,以增强集群的安全性。
  • 可以通过 kafka-configs.sh 命令轻松更换用户密码。

(4)启用审计日志

  • 对于生产环境,建议启用 Kafka 的审计日志,记录认证过程中的活动。可以通过外部日志管理系统来审计和追踪认证请求。

5. 总结

SASL/SCRAM 是一种比 SASL/PLAIN安全的 Kafka 认证机制。它通过使用加盐哈希密码存储方式避免了明文密码的泄露,并提供了强大的认证保障,特别适合用于生产环境。配置过程相对简单,但在部署时需要配合 SSL/TLS 以确保认证过程的安全性。正确的用户管理、强密码策略以及定期更新密码是保证系统安全的最佳实践。


http://www.niftyadmin.cn/n/5840622.html

相关文章

Docker 部署 ClickHouse 教程

Docker 部署 ClickHouse 教程 背景 ClickHouse 是一个开源的列式数据库管理系统&#xff08;DBMS&#xff09;&#xff0c;主要用于在线分析处理&#xff08;OLAP&#xff09;。它专为大数据的实时分析设计&#xff0c;支持高速的查询性能和高吞吐量。ClickHouse 以其高效的数…

苍穹外卖 项目记录 day10 商户端(PC端)订单管理

文章目录 订单搜索各状态订单数量统计查询订单详情接单拒单取消订单派送订单完成订单校验收货地址是否超出配送范围 订单搜索 业务规则&#xff1a; 输入订单号/手机号进行搜索&#xff0c;支持模糊搜索根据订单状态进行筛选下单时间进行时间筛选搜索内容为空&#xff0c;提示…

C++ 常用排序算法

排序算法 算法简介 sort // 对容器内元素进行排序 random_shuffle // 洗牌 指定范围内的元素随机调整次序 merge // 容器元素合并&#xff0c; 并存储到另一容器中 reverse // 反转指定范围内的元素1. sort 功能&#xff1a;对容器内部分区间按某种规则进行排序 函数原型&a…

Spring Boot Web项目全解析:Thymeleaf语法

Thymeleaf 语法&#xff1a; 变量表达式&#xff1a; 变量表达式即 OGNL 表达式或 Spring EL 表达式(在 Spring 属性中也叫 model attributes)如&#xff1a;$(session.user.name)示例&#xff1a;<span th:text"${book.author.name}"> 选择(星号)表达式&…

2 [GitHub遭遇严重供应链投毒攻击]

近日&#xff0c;有黑客针对 Discord Top.gg 的GitHub 账户发起了供应链攻击&#xff0c;此次攻击导致账户密码、凭证和其他敏感信息被盗&#xff0c;同时也影响到了大量开发人员。 Checkmarx 在一份技术报告中提到&#xff0c;黑客在这次攻击中使用了多种TTP&#xff0c;其中…

HTML5 Canvas 与 SVG:让网页图形与动画活跃起来

系列文章目录 01-从零开始学 HTML&#xff1a;构建网页的基本框架与技巧 02-HTML常见文本标签解析&#xff1a;从基础到进阶的全面指南 03-HTML从入门到精通&#xff1a;链接与图像标签全解析 04-HTML 列表标签全解析&#xff1a;无序与有序列表的深度应用 05-HTML表格标签全面…

13 尺寸结构模块(size.rs)

一、size.rs源码 // Copyright 2013 The Servo Project Developers. See the COPYRIGHT // file at the top-level directory of this distribution. // // Licensed under the Apache License, Version 2.0 <LICENSE-APACHE or // http://www.apache.org/licenses/LICENSE…

Java/Kotlin HashMap 等集合引发 ConcurrentModificationException

在对一些非并发集合同时进行读写的时候&#xff0c;会抛出 ConcurrentModificationException 异常产生示例 示例一&#xff08;单线程&#xff09;&#xff1a; 遍历集合时候去修改 抛出 ConcurrentModificationException 的主要原因是当你在遍历一个集合&#xff08;如 Map…