Apache Tapestry4 反序列化
date
Apr 4, 2022
slug
Apache-Tapestry4-deserialize
status
Published
tags
Java安全
安全研究
summary
陈师傅知识星球里面看到的,刚好有空跟着学习一下,学习的本质了
type
Post
Tapestry 4,在2008年就停止更新了,现在是5,这算是一个上古时代的框架了,他类似于springMVC,也是有一个特殊的servlet做请求处理分发。
基本找不到这个漏洞的分析,只有一段关于该漏洞的描述( 2020年12月8),source是sp参数,sink看描述应该是readObject
自己搭建环境
用的JDK 7 + Tomcat 8环境搭建的
pom.xml
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>org.example</groupId>
<artifactId>trs4de</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>war</packaging>
<name>trs4de Maven Webapp</name>
<!-- FIXME change it to the project's website -->
<url>http://www.example.com</url>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<maven.compiler.source>1.7</maven.compiler.source>
<maven.compiler.target>1.7</maven.compiler.target>
</properties>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.11</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>3.1.0</version>
</dependency>
<dependency>
<groupId>javax.servlet.jsp</groupId>
<artifactId>javax.servlet.jsp-api</artifactId>
<version>2.3.3</version>
</dependency>
<dependency>
<groupId>org.apache.tapestry</groupId>
<artifactId>tapestry-framework</artifactId>
<version>4.1.6</version>
</dependency>
</dependencies>
<build>
<finalName>trs4de</finalName>
<pluginManagement><!-- lock down plugins versions to avoid using Maven defaults (may be moved to parent pom) -->
<plugins>
<plugin>
<artifactId>maven-clean-plugin</artifactId>
<version>3.1.0</version>
</plugin>
<!-- see http://maven.apache.org/ref/current/maven-core/default-bindings.html#Plugin_bindings_for_war_packaging -->
<plugin>
<artifactId>maven-resources-plugin</artifactId>
<version>3.0.2</version>
</plugin>
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.8.0</version>
</plugin>
<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.22.1</version>
</plugin>
<plugin>
<artifactId>maven-war-plugin</artifactId>
<version>3.2.2</version>
</plugin>
<plugin>
<artifactId>maven-install-plugin</artifactId>
<version>2.5.2</version>
</plugin>
<plugin>
<artifactId>maven-deploy-plugin</artifactId>
<version>2.8.2</version>
</plugin>
</plugins>
</pluginManagement>
</build>
</project>
web.xml
<?xml version="1.0"?>
<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
<servlet>
<servlet-name>ApplicationServlet</servlet-name>
<servlet-class>org.apache.tapestry.ApplicationServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>ApplicationServlet</servlet-name>
<url-pattern>/app</url-pattern>
</servlet-mapping>
</web-app>
配置 Tapestry4 应用环境
Tapestry4一般配置一个页面,有三个文件
- 模版文件 [name].html : webapp 目录下,必须叫 Home.html,Tapestry 程序入口
- page文件[name].page:WEB-INF 目录下,需要与模版文件一致,自动关联
- 处理类 [name].class:无其它要求,需与 page 中内容关联
Home.html
<span jwcid ="@Insert" value ="ognl:Tapestry" />
Home.page
<?xml version="1.0"?>
<!DOCTYPE page-specification PUBLIC
"-//Apache Software Foundation//Tapestry Specification 4.0//EN"
"http://jakarta.apache.org/tapestry/dtd/Tapestry_4_0.dtd">
<page-specification class ="cn.oversec.Home"> </page-specification>
Home.class
package cn.d4rksec;
import org.apache.tapestry.html.BasePage;
public abstract class Home extends BasePage {
public String getTapestry(){
return "hello ,Tapestry4..";
}
}
使用Tomcat启动
直接食用环境
为什么要用到这个环境,因为这个环境满足了漏洞的触发条件是一个表格提交的内容:
但是这个环境死活不能直接起来,后来是一个个文件copy过来的,重新整起来的
记得pom文件里面加上这两个内容,保证Tomcat可以正确解析,无语了,这个搞了半天,没有这两个Tomcat会报一堆乱七八糟的错误
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>3.1.0</version>
</dependency>
<dependency>
<groupId>javax.servlet.jsp</groupId>
<artifactId>javax.servlet.jsp-api</artifactId>
<version>2.3.3</version>
</dependency>
终于搭建起来了,原来是IDEA的bug
漏洞分析
审计通常采用正向、反向、混合,在知道漏洞触发点的情况下,采用反向审计方式往往会事半功倍,但是对于分析一个新接触的事物而言,大部分人采用这样的分析思路可能只知其然而不知其所以然(如在哪里下断点,为什么要在这里下断点),所以在分析一个已知的漏洞情况下怎么断点执行到框架内并且定位到反序列化过程才是漏洞分析的意义。
从web.xml 里面找到了路由的相关定义,找到了这个框架的入口点
继续跟进到service函数里面,request参数进入到
_webRequestServicer.service
org.apache.tapestry.services.impl.InvokeEngineTerminator#service
→ org.apache.tapestry.engine.AbstractEngine#service
然后获取service参数内容,进行具体的操作但在
org.apache.tapestry.engine.AbstractEngine#service
里面更加需要注意的是cycle = this._infrastructure.getRequestCycleFactory().newRequestCycle(this)
这一句代码,这一句代码newRequestCycle
函数则是处理了全局的request变量,使用了一个Map去封装这上面的findService函数同样也是从request里面获取内容的
其实这个
newRequestCycle
函数返回的内容是IRequestCycle
这个类,可以从这个类里面的getter函数看出他能获取一些什么内容,也就对应cycle变量可以操作的内容了回到
org.apache.tapestry.engine.AbstractEngine#service
继续跟进service.service(cycle)
,在org.apache.tapestry.engine.DirectService#service
函数里面获取cycle里面的各个参数值,进一步处理,到这里路由部分传进来的内容已经处理得差不多了加载 Page 并从 IPage 对象中获取 componentId ,在该方法中 getNestedComponent()
进去之后可以发现该函数参数是$Form ,这里面还涉及到
getComponent
函数,这个函数是用来查找之前页面加载存入的 jwcid 组件,如传入的请求无对应 jwcid,result 则为null 并抛出 ApplicationRuntimeException 异常后续返回到
org/apache/tapestry/tapestry-framework/4.1.2/tapestry-framework-4.1.2.jar!/org/apache/tapestry/engine/DirectService.class:85
执行org.apache.tapestry.services.LinkFactory#extractListenerParameters
,到了这个函数就开始获取sp参数了,也就是那个截图上说的触发点sp参数继续跟,会发现执行到
org.apache.tapestry.util.io.DataSqueezerImpl#unsqueeze(java.lang.String)
函数此处获取了 sp 参数中的第一位字符并减去33,来决定该字符串交给this._adaptorByPrefix 中的谁进行处理
其中 46 和 57 对应 org.apache.tapestry.util.io.SerializableAdaptor 类,传入 46+33 / 57+33 对应的 Ascii 会走到该类中 unsqueeze() 方法中,分别为 O / Z
也就是构造个链条,可能会有两种情况,一个是直接base64处理,另外一个是GZIP处理,但是他这里的处理流程机会加上一个前缀O/Z ,有点不同,但是这个项目也太老了,导致我的CB链一直都没有触发。。。。不知道啥原因,学习了反序列化数据开头的特殊字符就行
先放着。。。。。
这里还得注意一下利用条件,可能会遇到呢:
小结
这是提供一个提供个RCE的思路以及警觉性的文章例子:
正常遇到 H4sI ,rO0A开可以联想到反序列化,可以去尝试一下