漏洞原理:
Apache Shiro框架提供了记住密码的功能(RememberMe),用户登录成功后会生成经过加密并编码的cookie。在服务端对rememberMe的cookie值,先base64解码然后AES解密再反序列化,就导致了反序列化RCE漏洞。
那么,Payload产生的过程:
命令=>序列化=>AES加密=>base64编码=>RememberMe Cookie值
在整个漏洞利用过程中,比较重要的是AES加密的密钥,如果没有修改默认的密钥那么就很容易就知道密钥了,Payload构造起来也是十分的简单。
影响版本:
Apache Shiro <= 1.2.4
shiro 默认使用了 CookieRememberMeManager,其处理cookie的流程是:
得到rememberMe的cookie值 --> Base64解码 --> AES解密 --> 反序列化
然而AES的密钥是硬编码的,导致攻击者可以构造任意数据造成反序列化RCE,payload:
恶意命令–>序列化–>AES加密–>base64编码–>发送cookie
漏洞复现
kali ip:192.168.5.128
centos靶机ip:192.168.5.130
拉取靶场镜像
docker pull medicean/vulapps:s_shiro_1
docker run -d -p 8081:8080 medicean/vulapps:s_shiro_1
原本端口是8080给他换成8081
后面的步骤就不做具体分析了,可以看看这篇
shiro反序列化漏洞复现