redis 8.10.2发布：安全修复集中落地，事务 ACL、集群总线与模块稳定性全面加固

发布时间：2026年9月19日 版本：8.10.2 更新紧急程度：SECURITY，本次版本包含安全修复

Redis 8.10.2 已发布。本次更新的核心关键词是安全与稳定性。从更新内容来看，Redis 8.10.2 不仅修复了事务执行过程中 ACL 权限变更可能失效的问题，还针对集群总线端口默认缺少独立认证保护的风险，新增了启动告警与可选的严格保护机制。

与此同时，TimeSeries、RedisSearch 与 Vector Sets 也分别修复了可能导致 Redis 崩溃的问题。涉及的场景包括：异常 RDB 载荷恢复后的压缩时序数据写入、超长向量字段名下的 KNN 查询，以及深度嵌套 JSON 参与向量集合查询等。

对于正在使用 Redis 集群、事务 ACL、时序数据、向量检索以及向量集合能力的用户来说，Redis 8.10.2 是一次值得重点关注的安全与稳定性更新。

一、Redis 8.10.2 更新概览：安全修复是本次发布重点

Redis 8.10.2 的更新紧急程度被标记为 SECURITY，意味着本次发布中包含安全相关修复。

本次更新涉及的内容可以归纳为两大方向：

• • Redis 核心安全问题修复

• • 扩展能力中的崩溃问题修复

其中，Redis 核心层面主要包括两个重点：

• • 事务队列中的命令，在执行前 ACL 权限被撤销后，仍可能访问对应键的问题

• • 集群总线协议在未启用 tls-cluster 时缺少自身认证的问题

模块与扩展能力方面则包括：

• • TimeSeries 在处理由异常 RDB 载荷恢复出的压缩时序键时，添加样本可能导致 Redis 崩溃

• • RedisSearch 在向量字段名非常长的索引上执行 KNN 查询时，可能导致服务端崩溃

• • Vector Sets 在查询中使用深度嵌套 JSON 时，可能导致服务端崩溃

这些问题虽然分布在不同功能区域，但共同指向两个重要目标：一是避免权限控制被绕过或失效，二是避免特定输入或异常数据触发服务崩溃。

二、事务 ACL 修复：排队中的命令不应继续访问已被撤销权限的键

Redis 8.10.2 修复了一个与事务和 ACL 权限控制相关的问题。

问题描述为：当命令已经被排队进入一个事务后，如果该命令执行前，其访问相关键的 ACL 权限已经被撤销，那么该命令仍然可能继续访问这些键。

换句话说，在此前的行为中，事务中的命令可能在排队阶段已经通过了某些权限条件，而在真正执行事务之前，即使相关访问权限发生变化，排队命令仍有可能访问原本已经无权访问的键。

这会让事务执行与 ACL 权限变更之间出现不一致。

可以从事务执行过程理解这一问题：

• • 命令被加入事务队列

• • 在事务真正执行之前，ACL 权限发生变化

• • 某些键的访问权限被撤销

• • 事务开始执行时，已经排队的命令仍可能访问这些键

Redis 8.10.2 对这一行为进行了修复，使事务中已排队的命令不再能够继续访问在执行前已经失去 ACL 权限的键。

这项修复的重要性在于，ACL 权限的撤销应当能够真正影响后续的访问行为。对于事务场景而言，命令虽然已经排队，但在尚未执行之前，其实际访问权限仍然需要与当前的 ACL 状态保持一致。

本次修复让 ACL 权限撤销与事务命令执行之间的关系更加严谨。

在安全控制层面，权限撤销的意义不仅在于阻止新发起的操作，也在于避免尚未实际执行的操作继续保留已失效的访问能力。Redis 8.10.2 对这一问题的修复，正是针对事务排队与权限变化之间的这一关键窗口。

三、集群总线安全增强：未启用 tls-cluster 时总线端口缺少独立认证

Redis 8.10.2 的另一项核心安全修复与 Redis Cluster 集群总线协议有关。

更新内容指出，集群总线协议本身没有独立认证机制，除非启用了 tls-cluster。也就是说，当 tls-cluster 未启用时，只要某台主机能够连接到节点的总线端口，就可能加入集群，并对集群造成威胁。

这是本次更新中需要重点关注的安全信息。

Redis Cluster 中的节点之间需要通过集群总线通信。集群总线端口承担着节点发现、节点通信以及集群内部协作等作用。如果该端口可以被能够到达它的主机连接，而通信又缺少独立认证，那么集群边界就会面临风险。

本次更新明确指出：

• • 集群总线协议本身没有独立认证

• • 只有启用 tls-cluster 时，总线才具备认证保护

• • 未启用 tls-cluster 时，任何能够访问节点总线端口的主机，都可能加入集群

• • 这种情况可能对集群构成威胁

Redis 8.10.2 针对这一情况新增了两项机制：

• • 节点启动时告警

• • 新增 cluster-bus-port-protected-mode 配置项

首先，在节点启动时，如果集群总线端口仍处于未认证状态，Redis 会发出警告。

这个启动告警的意义在于，让使用者能够明确感知当前节点总线端口的保护状态。过去，未启用 tls-cluster 时，总线端口缺少认证的状态可能不容易被直接注意到；而在 Redis 8.10.2 中，节点会在启动阶段对这一状态进行提示。

其次，Redis 8.10.2 新增了 cluster-bus-port-protected-mode 配置项。

该配置项的默认值为 no。

当 cluster-bus-port-protected-mode 设置为 yes 时，Redis 节点只有在 tls-cluster 对总线进行认证的情况下才能启动。也就是说，设置为 yes 后，节点会拒绝在集群总线未通过 tls-cluster 获得认证保护的状态下运行。

这一配置项使是否拒绝在未认证总线状态下启动，成为一个可以明确选择的行为。

可以将其行为概括为：

配置状态

集群总线认证状态

节点启动行为

cluster-bus-port-protected-mode 为 no

未启用 tls-cluster

默认不强制拒绝启动，但会对未认证总线状态发出警告

cluster-bus-port-protected-mode 为 yes

未启用 tls-cluster

节点拒绝启动

cluster-bus-port-protected-mode 为 yes

tls-cluster 为总线提供认证

节点可以启动

Redis 8.10.2 对集群总线安全的处理并不是简单改变默认运行方式，而是在默认情况下增加告警，并提供一个可显式开启的严格保护选项。

这一设计让总线端口是否必须具备认证保护成为一项明确配置。对于希望要求集群总线必须由 tls-cluster 认证的场景，可以通过将 cluster-bus-port-protected-mode 设置为 yes，使节点拒绝在未认证状态下启动。

从本次更新描述可以看出，集群总线端口的可达性是重要条件。只要其他主机能够到达节点总线端口，就可能带来加入集群的风险。因此，总线端口是否具备认证保护，直接关系到集群运行状态。

Redis 8.10.2 通过启动告警和严格保护模式，使这一风险从隐含状态变成可见状态，也使拒绝未认证启动成为可以明确启用的机制。

四、TimeSeries 稳定性修复：异常 RDB 恢复后的压缩时序键不再触发崩溃

除了 Redis 核心安全问题外，Redis 8.10.2 还修复了 TimeSeries 中一个可能导致 Redis 崩溃的问题。

问题涉及的场景是：一个压缩 Time Series 键由异常 RDB 载荷恢复而来，之后再向该键添加样本时，可能导致 Redis 崩溃。

这一问题包含几个关键条件：

• • Time Series 键使用压缩形式

• • 该键来自 RDB 恢复

• • RDB 载荷存在异常

• • 恢复后继续向该时序键添加样本

• • 添加样本的操作可能触发 Redis 崩溃

Redis 8.10.2 修复后，向这种由异常 RDB 载荷恢复出的压缩时序键添加样本时，不再导致 Redis 崩溃。

这一修复关注的是异常数据恢复之后的后续写入行为。

RDB 恢复代表数据从持久化载荷中重新加载到 Redis 中。对于压缩 Time Series 键而言，如果恢复来源中存在异常载荷，数据虽然可能进入恢复流程，但后续继续写入样本时可能触发异常情况。

本次修复的目标十分明确：防止 Redis 在向此类压缩时序键添加样本时崩溃。

从稳定性角度看，这类问题的关键不在于普通时序数据写入，而在于异常 RDB 载荷恢复后形成的特定键状态。Redis 8.10.2 针对这一特定状态进行了处理，避免后续添加样本导致服务端退出。

对于使用 TimeSeries 压缩能力并依赖 RDB 恢复流程的环境，这一修复具有直接意义。它避免了异常恢复数据与后续样本写入结合时，可能引发 Redis 崩溃的情况。

五、RedisSearch 修复：超长向量字段名下的 KNN 查询不再导致服务端崩溃

Redis 8.10.2 还修复了 RedisSearch 中与 KNN 查询有关的稳定性问题。

问题描述为：当索引中的向量字段名非常长时，执行 KNN 查询可能导致服务端崩溃。

这里涉及三个关键元素：

• • RedisSearch 索引

• • 非常长的向量字段名

• • KNN 查询

在这一特定组合下，Redis 可能发生服务端崩溃。

KNN 查询是向量检索场景中的查询形式。此次修复并不是泛指所有 KNN 查询存在问题，而是针对向量字段名称非常长的索引场景。

可以理解为，当向量字段名达到非常长的程度后，执行 KNN 查询可能使 RedisSearch 触发导致服务端崩溃的问题。

Redis 8.10.2 对此进行了修复，使超长向量字段名与 KNN 查询组合下的服务端崩溃问题得到处理。

这一修复的重点是输入与结构边界下的稳定性。字段名长度属于索引定义的一部分，而 KNN 查询属于实际运行时的检索行为。当两者在特定条件下组合时，不应造成 Redis 服务端崩溃。

Redis 8.10.2 通过修复这一问题，提升了 RedisSearch 在长向量字段名场景下进行 KNN 查询时的稳定性。

对于使用向量索引和 KNN 查询的场景来说，本次更新明确覆盖了一个可能导致服务端崩溃的边界条件，即向量字段名非常长。

六、Vector Sets 修复：深度嵌套 JSON 查询不再触发 Redis 崩溃

本次更新还涉及 Vector Sets。

Redis 8.10.2 修复的问题是：在 Vector Set 查询中使用深度嵌套 JSON 时，可能导致 Redis 服务端崩溃。

这个问题的触发条件非常明确：

• • 使用 Vector Sets 查询

• • 查询中包含 JSON

• • JSON 的嵌套层级很深

• • 深度嵌套 JSON 可能触发服务端崩溃

Redis 8.10.2 修复后，深度嵌套 JSON 用于 Vector Set 查询时，不再导致 Redis 崩溃。

这一修复与前面的 RedisSearch 修复一样，关注的是复杂输入条件下的服务端稳定性。

JSON 的嵌套深度会直接影响查询处理过程。Vector Sets 在面对深度嵌套 JSON 查询时，如果处理过程出现异常，就可能导致 Redis 崩溃。Redis 8.10.2 已对这一问题进行修复，防止复杂 JSON 结构成为服务端崩溃的触发条件。

对于使用 Vector Sets 并在查询中传入 JSON 的场景，本次修复尤其值得关注。因为问题并非普通 JSON 查询本身，而是深度嵌套的 JSON 结构可能触发崩溃。

Redis 8.10.2 对该问题的处理，使 Vector Sets 在面对深层 JSON 查询结构时具备更好的稳定性表现。

七、Redis 8.10.2 的五项关键修复梳理

Redis 8.10.2 本次公开的修复内容可以归纳为五项。

1. 事务队列与 ACL 权限撤销问题

事务中已经排队的命令，在真正执行前，如果访问相关键的 ACL 权限已被撤销，之前仍可能继续访问这些键。

Redis 8.10.2 修复后，已被撤销 ACL 权限的键不会继续被这些待执行事务命令访问。

2. 集群总线端口缺少独立认证的问题

在未启用 tls-cluster 的情况下，集群总线协议没有自身认证机制。任何能够到达节点总线端口的主机都可能加入集群，并对集群构成威胁。

Redis 8.10.2 增加了启动告警，并新增 cluster-bus-port-protected-mode 配置项。

该配置默认值为 no。设置为 yes 后，节点仅会在 tls-cluster 为总线提供认证时启动；否则节点拒绝启动。

3. TimeSeries 异常 RDB 恢复后的崩溃问题

压缩 Time Series 键如果由异常 RDB 载荷恢复而来，在继续添加样本时可能使 Redis 崩溃。

Redis 8.10.2 修复了该问题。

4. RedisSearch 超长向量字段名下 KNN 查询崩溃问题

在向量字段名非常长的索引中执行 KNN 查询，可能导致服务端崩溃。

Redis 8.10.2 修复了该问题。

5. Vector Sets 深度嵌套 JSON 查询崩溃问题

Vector Set 查询中使用深度嵌套 JSON，可能导致服务端崩溃。

Redis 8.10.2 修复了该问题。

八、结语：Redis 8.10.2 聚焦安全边界与服务稳定性

代码地址：github.com/redis/redis

Redis 8.10.2 是一个以安全修复和崩溃问题修复为重点的版本。

在核心功能层面，本次更新修复了事务排队命令与 ACL 权限撤销之间的不一致问题，使被撤销权限的键不会继续被尚未执行的事务命令访问。

在集群安全层面，本次更新明确指出：当 tls-cluster 未启用时，集群总线协议没有自身认证机制。能够访问节点总线端口的主机可能加入集群，并对集群产生威胁。Redis 8.10.2 通过启动告警和 cluster-bus-port-protected-mode 配置项，为总线端口认证保护提供了更清晰的可见性与更严格的启动控制方式。

在稳定性层面，TimeSeries、RedisSearch 和 Vector Sets 分别修复了异常 RDB 恢复后的压缩时序数据写入、超长向量字段名的 KNN 查询、深度嵌套 JSON 的 Vector Set 查询所可能引发的 Redis 崩溃问题。

总体来看，Redis 8.10.2 覆盖了事务权限控制、集群总线认证、时序数据恢复、向量检索与向量集合查询等多个关键场景。对于关注 Redis 安全边界、集群通信保护以及服务端稳定性的使用场景，本次版本更新具有重要意义。

我们相信人工智能为普通人提供了一种“增强工具”，并致力于分享全方位的AI知识。在这里，您可以找到最新的AI科普文章、工具评测、提升效率的秘籍以及行业洞察。 欢迎关注“福大大架构师每日一题”，发消息可获得面试资料，让AI助力您的未来发展。