[备份]Fastjson 常见利用链简单分析

JdbcRowSetImpl

payload中的a对象用来当作缓存绕过,需要关注的是第二个对象

注意到其中"autoCommit":true,反序列化时,会反射设置属性,调用com.sun.rowset.JdbcRowSetImpl.setAutoCommit()

跟入com.sun.rowset.JdbcRowSetImpl.connect(),触发lookup,加载远程恶意对象

根据lookupcom.sun.jndi.rmi.registry.RegistryContext.lookup()

跟入decodeObject方法,看到加载了远程Reference绑定的恶意对象

总结:

实战可以利用,JDNI注入基于较低版本的JDKLDAP适用范围更广 必须能出网,加载远端的恶意字节码,造成了局限性

 

TemplateImpl

注意其中的Payload来自于恶意类,该类应该继承自com.sun.org.apache.xalan.internal.xsltc.runtime.AbstractTranslet

类似第一条链,使用两个对象绕过,其中的Payload为恶意类的字节码再Base64编码的结果,给出简易的py脚本

该链需要开启Feature.SupportNonPublicField参数再反射设置属性,查看官方说明,如果某属性不存在set方法,但还想设置值时,需要开启该参数,这里的情况正好符合,而实际项目中很少出现这种情况,导致该链较鸡肋,没有实际的意义(其实TemplateImpl类中有set方法,比如setTransletBytecodes,但是名称和Bytecodes不一致)

com.alibaba.fastjson.parser.deserializer.JavaBeanDeserializer.parseField设置属性时会有判断

反序列化时,fastjson中会把”_”开头的属性替换为空。并在outputProperties设置值时调用getOutputProperties

调用到com.sun.org.apache.xalan.internal.xsltc.trax.newTransformer方法

再跟入defineTransletClasses,对父类进行了验证,这样解释了为什么Payload恶意类要继承自该类。如果验证没有问题,将在上方的newInstance方法中实例化该类,造成RCE

为什么_bytescode要对字节码进行base64编码?反序列化的过程中会调用很多类,在经过该类com.alibaba.fastjson.serializer.ObjectArrayCodec.deserialze的时候,会对字段进行一次base64的解码

跟入lexer.bytesValue()方法,看到decodeBase64

总结:

TemplatesImpl类是Java反序列化界比较常用的类,更容易理解和上手 需要开启Feature.SupportNonPublicField,实战中不适用

 

BasicDataSource

这个Payload适用于1.2.37版本,并且需要导入Tomcat相关的包

生成driverClassName的工具如下

关于com.sun.org.apache.bcel.internal.util.ClassLoader参考P师傅(phith0n)的《Java安全漫谈》

BCEL的全名是Apache Commons BCELApache Commons项目下的一个子项目,包含在JDK的原生库中。我们可以通过BCEL提供的两个类 RepositoryUtility 来利用: Repository 用于将一个Java Class先转换成原生字节码,当然这里也可以直接使用javac命令来编译java文件生成字节码; Utility 用于将原生的字节码转换成BCEL格式的字节码。

生成的BCEL格式大概如下:

将这种格式的字符串,作为“字节码”传入new ClassLoader().loadClass(code).newInstance();将会被实例化,当我们在Fastjson反序列化中构造出这种链,将会造成反序列化漏洞

回到Payload,开头一部分用于绕Fastjson黑白名单,没有什么特殊的意义,核心部分如下:

这个版本利用的是$ref这个特性:当fastjson版本>=1.2.36时,我们可以使用$ref的方式来调用任意的getter,比如这个Payload调用的是x.y.c.connectionx是这个大对象,最终调用的是c对象的connection方法,也就是BasicDataSource.connection

参考代码com.alibaba.fastjson.parser.deserializer.JavaBeanDeserializer.deserialze:591

漏洞的触发点在com.alibaba.fastjson.JSON.parse:154

跟入JSONPath.eval,这里的segement数组中的是[x,y,c,connection]

到达com.alibaba.fastjson.JSONPath:1350

继续跟入path.getPropertyValue

跟入com.alibaba.fastjson.serializer.JavaBeanSerializer:439

跟入com.alibaba.fastjson.serializer.FieldSerializer:145

到达com.alibaba.fastjson.util.FieldInfo,达到最终触发点:method.invoke

看到这里的javaObject正是BasicDataSouce img

回到BasicDataSource本身

最终触发点,其中driverClassNamedriverClassLoader都是可控的,由用户输入,指定ClassLoadercom.sun.org.apache.bcel.internal.util.ClassLoader,设置ClassNameBCEL...这种格式后,在newInstance方法执行后被实例化。第二个参数initialtrue时,类加载后将会直接执行static{}块中的代码。

总结:

不需要出网,不需要开启特殊的参数,适用范围较广 目标需要引入tomcat依赖,虽说比较常见,但也是一种限制