redis-cve-2026-23479-check

你做你的，我做我的。我们共享上下文。

你的 Redis 始终归你所有；检查器只读取一行 INFO 输出，不做任何更改。

一个安全、只读的版本检查器，用于检测 CVE-2026-23479 —— Redis 阻塞客户端代码中的释放后使用漏洞，允许已认证用户实现主机上的远程代码执行。

它不会利用该漏洞。 它连接、可选地认证、执行一次只读的 INFO server、解析版本号，并将其与已修复版本列表进行比较。它从不发送阻塞命令，也从不触及存在漏洞的代码路径。仅对你拥有或明确授权测试的实例使用。

为什么这很重要

"已认证"听起来令人安心，直到你想起 Redis 的实际部署方式：多年来默认配置是无密码，即使现在，它也是那个内部无人设置防火墙的可信缓存/队列/会话服务器。在一个每台应用服务器都能访问的组件上，在扁平网络中，已认证的 RCE 就是横向移动的高速公路。而截至本文撰写时，尚无公开 PoC —— 这意味着你正处于爆发之前。这是防御者能站的最便宜的位置。利用它：在漏洞利用出现之前，找到你暴露的实例并打补丁。

漏洞详情

• CVE-2026-23479 · 阻塞客户端处理中的释放后使用。当被阻塞的客户端在重新执行阻塞命令时被驱逐，已认证用户可以触发 UAF → 潜在的 RCE。
• 引入版本： Redis 7.2.0。在 2026-05-05 修复之前，存在于所有稳定分支中。
• CVSS： 8.8（NVD，CVSS 3.1）· 7.7（Redis，CVSS 4.0）。
• 修复版本： 6.2.22、7.2.14、7.4.9、8.2.6、8.4.3、8.6.3。

使用方法

无依赖 —— 只需 Python 3。

python3 check.py <host> [-p PORT] [-a PASSWORD] [--user ACL_USER] [--tls] [--insecure]

示例：

python3 check.py 127.0.0.1
python3 check.py redis.internal -p 6380 -a "$REDIS_PASSWORD"
python3 check.py redis.example.com --tls            # 默认验证证书
python3 check.py redis.internal --tls --insecure    # 自签名内部证书（需主动选择）

当已修复/不受影响时退出码为 0，当需要采取行动时（存在漏洞/需验证）为 1，因此可直接集成到 CI 中：

python3 check.py "$REDIS_HOST" -a "$REDIS_PASSWORD" || echo "::warning::Redis needs the CVE-2026-23479 patch"

如果显示 VULNERABLE

1. 升级到你的分支对应的修复版本（见上文）。
2. 对于无法立即打补丁的实例：启用认证并轮换密码，并将 Redis 端口置于网络策略之后，使只有需要它的服务才能访问 —— 而不是整个 VLAN。如果攻击者无法访问端口且无法认证，已认证的 UAF 就是他们无法触及的漏洞。

检测漏洞利用

参见 detection/redis-cve-2026-23479.sigma.yml —— 一条基于主机的 Sigma 规则，可捕获任何 Redis RCE 的结果（redis-server 进程生成 shell 或意外子进程），这比试图对精确的漏洞利用数据包进行指纹识别要稳健得多。

---

由 DugganUSA 提供：你可以验证的威胁情报。DugganUSA Feed（STIX 2.1，免费套餐，实时计数）。 注册免费密钥 · 我们提供盾牌，而非利剑。