redis crackit 安全事件分析

11 月 9 日早上 10 点多我们收到几台客户服务器的安全监控系统告警，发现几台系统公钥文件被篡改，随后进行安全事件分析处理。在分析过程中我们发现了某黑客组织利用 redis 设计缺陷的攻击痕迹。考虑到攻击方式简单但影响极大，我们对此次安全事件做了进一步分析，发现这是针对全球互联网的全网性入侵事件。如果您的 linux 服务器上运行的 redis 没有设置密码，很可能已经受到了此次安全事件影响。结果将导致： redis 数据丢失，服务器的 ssh 公钥被替换。

我们就此次安全事件预警式的针对全球 6379 端口的 redis 服务器做了扫描，结果如下图：

如图开放在公网的 redis 的 6379 端口的 ip 总数有 63443 个。无密码认证的 IP 有 43024 个，在总数占比里达到 67%。发现遭受到 redis crackit 事件影响的服务器达到 35024 ，在总数占比中达到 55%，在无密码认证的 redis 数量中占比达到 81%左右。

事件描述

很多使用者都是把 redis 下载到服务器直接运行使用，无 ACL ，无密码， root 运行，且绑定在 0.0.0.0:6379 ，暴露在公网。攻击者在未授权访问 Redis 的情况下通过 redis 的机制，可以将自己的公钥或者其他恶意程序写入目标服务器中，从而可以直接控制目标服务器。

还原攻击过程

寻找无验证的 redis 服务：

制作 SSH 密钥和公钥：

把公钥内容写入 foo.txt ：

把 SSH 公钥写入 redis ：

覆盖系统用户原来的 SSH 公钥：

通过 SSH 登入服务器：

修补加固建议

环境安全：
- 无需外网访问的可以绑定本地回环
- 需要对外的增加 ACL 进行网络访问控制
- 可以借用 stunnel 等工具完成数据加密传输
给 redis 设定密码
创建单独的 nologin 系统账号给 redis 服务使用
禁用特定命令

rename-command CONFIG ""