事件概述
2026年7月23日，Redis发布七项安全更新，修复了多个可导致认证后远程代码执行（Authenticated RCE）的严重漏洞。值得关注的是，这批漏洞由研究人员使用Kimi K3等AI代理在短时间内发现，研究人员随后公布了概念验证（POC）利用代码，促使Redis团队紧急发布补丁。
Redis官方尚未为这些漏洞分配新的CVE标识符，但已确认漏洞存在且POC代码已公开。目前暂无野外利用的确认报告，但鉴于Redis在全球缓存、消息队列和实时数据处理基础设施中的核心地位，安全团队应优先评估和修补。
技术细节
漏洞一：Streams Use-After-Free
该漏洞存在于Redis Streams数据类型的实现中。当处理经过精心构造的Stream条目时，内存对象在被释放后仍被访问（Use-After-Free），导致内存损坏。攻击者可通过RESTORE命令将恶意构造的序列化Stream数据加载到Redis实例中，触发该漏洞并实现任意代码执行。
漏洞二：RedisBloom TDigest越界写入
RedisBloom模块中的TDigest（t-digest算法实现）存在越界写入（Out-of-Bounds Write）缺陷。攻击者可通过构造特定的TDigest操作请求，写入超出分配缓冲区边界的数据，破坏内存结构并最终实现代码执行。该漏洞同样可通过RESTORE命令触发。
漏洞三：其他相关缺陷
安全更新共修复七项问题，除上述两个核心RCE漏洞外，还包括Streams和RedisBloom模块中的其他内存安全缺陷。所有漏洞的共同特点是：
- 均需认证：攻击者需持有有效的Redis凭据才能触发
- RESTORE命令入口：均可通过恶意构造的RESTORE数据触发
- 内存损坏类：use-after-free和越界写入是主要漏洞类型
AI代理在漏洞发现中的角色
据The Hacker News报道，研究人员使用Kimi K3 AI代理在不到30分钟内发现了这批Redis漏洞，并构建了完整的认证后远程代码执行利用链。这标志着AI辅助漏洞发现已进入实战阶段：
- AI代理可自主分析代码库，识别内存安全缺陷模式
- 可在短时间内生成POC代码，大幅缩短漏洞验证周期
- 防御方和攻击方均可利用类似能力，形成”AI对AI”的攻防格局
同期，Aikido的渗透测试AI代理也在六小时源码审查中发现了八个NodeBB高危漏洞，进一步印证了AI驱动漏洞发现的趋势。
影响评估
Redis是全球最流行的内存数据结构存储系统，被广泛用于：
- Web应用缓存层（如WordPress对象缓存、Session存储）
- 分布式消息队列（Pub/Sub、Streams）
- 实时排行榜和计数器
- 机器学习特征存储
- 微服务架构中的状态共享
虽然这批漏洞需要认证前提，但在以下场景中风险仍然显著：
- 弱密码或默认密码的Redis实例（在互联网上大量存在）
- 容器化部署中凭据泄露导致的横向移动
- 云服务托管Redis中其他租户通过供应链或配置错误获取凭据
- 内部威胁：已获取数据库凭据的攻击者进一步提权
修复建议
立即升级
Redis建议所有用户尽快升级至最新补丁版本：
- 升级Redis Server至官方发布的最新安全版本
- 如使用RedisBloom模块，同步升级至修复版本
- 通过
INFO modules确认加载的模块版本
临时缓解措施
- 加固认证：为所有Redis实例设置强密码，禁用默认无密码配置
- 网络隔离：限制Redis端口（默认6379）的访问源IP，禁止互联网直接暴露
- 禁用RESTORE：如业务不依赖数据恢复功能，可通过ACL限制RESTORE命令的使用
- 启用TLS：配置Redis TLS加密传输，防止中间人攻击获取凭据
- 监控异常：在Redis日志中监控来自非预期客户端的RESTORE命令调用
检测建议
- 审计所有Redis实例的认证配置，确保无空密码或弱密码
- 扫描网络中暴露于公网的Redis服务（Shodan/Censys）
- 在SIEM中配置告警：检测异常的RESTORE命令使用频率
- 对Redis数据目录进行完整性监控，检测异常的二进制数据加载