前言

Redis 是当下最热门的内存数据库，很多项目都会用到。但大量服务器因为偷懒不改默认配置，直接把 6379 端口暴露在公网，不需要账号密码，任何人都能连接操作数据库，这就是 Redis 未授权访问漏洞。

很多人以为漏洞只是能看数据，实际上攻击者可以写入 SSH 公钥拿到服务器权限、写入网站木马、篡改业务缓存数据，危害非常严重。

一、漏洞产生原因

Redis 默认配置有两个坑：

1. 默认没有密码（requirepass为空），保护模式关闭；
2. 默认监听0.0.0.0，监听本机所有网卡，公网可以直接访问 6379 端口。

只要满足这两点，攻击者直接用redis-cli -h 目标IP -p 6379就能连上 Redis，不需要任何认证。

注意：不是 Redis 代码本身有 bug，完全属于配置不当导致的安全缺陷。

二、攻击者能做什么？3 种常见攻击方式

1. 写入 Web 一句话木马（Webshell）

如果 Redis 和网站在同一台服务器，并且 Redis 进程有写入网站目录权限。 攻击者修改 Redis 持久化 RDB 文件的保存路径，把一句话木马存入 Redis，执行save落地成 php 文件，访问网页就可以控制网站。

限制前提：必须知道网站物理路径，并且 Redis 有权限写入该目录。

2. 写入 SSH 公钥，直接登录服务器

这是最经典的利用手法。 攻击者将自己的 SSH 公钥写入 Redis，保存到 root 家目录.ssh/authorized_keys，之后直接用 SSH 免密登录服务器，拿下服务器最高权限。

3. 恶意清空数据，业务瘫痪

直接执行FLUSHALL，一键清空 Redis 里面全部缓存数据，网站直接报错、业务雪崩。

三、怎么快速检测自己服务器是否中招

本地安装 redis-cli，执行命令：

如果直接连接成功，不需要输入密码，说明存在未授权访问漏洞。 执行CONFIG GET requirepass查看是否设置密码。

四、生产环境防护方案（必做）

1. 开启 Redis 密码认证 修改redis.conf，设置强密码：

2. 1	requirepass 你的复杂密码

重启 Redis，客户端连接必须AUTH 密码才能操作。

1. 绑定内网 IP，不要监听 0.0.0.0

2. 1	bind 127.0.0.1

只允许本机访问 Redis；如果多服务器使用，只填写业务服务器内网 IP，拒绝公网访问。

1. 开启保护模式（protected-mode yes） Redis3.2 + 默认开启，不要手动关闭。
2. 防火墙限制端口 使用 firewalld/iptables，只放行可信内网 IP 访问 6379，公网直接封禁 6379 端口。
3. 低权限运行 Redis 禁止使用 root 账号启动 redis-server，即使被入侵，攻击者也很难拿到服务器 root 权限。
4. 重命名高危命令 在 redis.conf 禁用危险命令，防止攻击者修改配置、持久化写文件：

五、总结

Redis 未授权访问是运维最常踩的安全大坑，没有复杂漏洞利用链，工具简单，脚本小子都能批量扫描攻击。 记住核心安全准则：数据库绝对不能直接裸奔到公网，必须做身份认证 + 网络访问限制。

免责声明：本文仅用于安全学习，禁止未经授权对任何服务器进行测试攻击，违法必究。