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
notion image
 

自己搭建环境

用的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启动
notion image
 
 
 
 

直接食用环境

为什么要用到这个环境,因为这个环境满足了漏洞的触发条件是一个表格提交的内容:
但是这个环境死活不能直接起来,后来是一个个文件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 里面找到了路由的相关定义,找到了这个框架的入口点
notion image
继续跟进到service函数里面,request参数进入到_webRequestServicer.service
notion image
org.apache.tapestry.services.impl.InvokeEngineTerminator#serviceorg.apache.tapestry.engine.AbstractEngine#service 然后获取service参数内容,进行具体的操作
notion image
但在org.apache.tapestry.engine.AbstractEngine#service 里面更加需要注意的是cycle = this._infrastructure.getRequestCycleFactory().newRequestCycle(this) 这一句代码,这一句代码newRequestCycle 函数则是处理了全局的request变量,使用了一个Map去封装
notion image
这上面的findService函数同样也是从request里面获取内容的
notion image
其实这个newRequestCycle 函数返回的内容是IRequestCycle 这个类,可以从这个类里面的getter函数看出他能获取一些什么内容,也就对应cycle变量可以操作的内容了
notion image
回到org.apache.tapestry.engine.AbstractEngine#service继续跟进service.service(cycle),在org.apache.tapestry.engine.DirectService#service 函数里面获取cycle里面的各个参数值,进一步处理,到这里路由部分传进来的内容已经处理得差不多了
notion image
加载 Page 并从 IPage 对象中获取 componentId ,在该方法中 getNestedComponent()
notion image
进去之后可以发现该函数参数是$Form ,这里面还涉及到getComponent 函数,这个函数是用来查找之前页面加载存入的 jwcid 组件,如传入的请求无对应 jwcid,result 则为null 并抛出 ApplicationRuntimeException 异常
notion image
notion image
后续返回到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参数
notion image
继续跟,会发现执行到org.apache.tapestry.util.io.DataSqueezerImpl#unsqueeze(java.lang.String) 函数
notion image
此处获取了 sp 参数中的第一位字符并减去33,来决定该字符串交给this._adaptorByPrefix 中的谁进行处理
notion image
其中 46 和 57 对应 org.apache.tapestry.util.io.SerializableAdaptor 类,传入 46+33 / 57+33 对应的 Ascii 会走到该类中 unsqueeze() 方法中,分别为 O / Z
notion image
也就是构造个链条,可能会有两种情况,一个是直接base64处理,另外一个是GZIP处理,但是他这里的处理流程机会加上一个前缀O/Z ,有点不同,但是这个项目也太老了,导致我的CB链一直都没有触发。。。。不知道啥原因,学习了反序列化数据开头的特殊字符就行
先放着。。。。。
这里还得注意一下利用条件,可能会遇到呢:
notion image
 

小结

这是提供一个提供个RCE的思路以及警觉性的文章例子:
正常遇到 H4sI ,rO0A开可以联想到反序列化,可以去尝试一下

© 4me 2021 - 2024