XML注入是指攻击者通过构造恶意的XML内容，利用服务端解析器的弱点，篡改业务逻辑、读取敏感文件或引发拒绝服务。OWASP ZAP（Zed Attack Proxy）是一款广泛使用的开源安全测试工具，它可以通过代理拦截、主动扫描和模糊注入等方式，帮助测试人员发现Web应用中的XML注入漏洞。本文围绕ZAP的具体操作与原理，详细说明扫描XML注入的完整流程。
一、理解XML注入与ZAP的扫描原理
XML注入通常发生在应用接收XML格式数据并直接拼接到查询、配置文件或解析逻辑中时。例如服务端使用DOM或SAX解析用户传入的XML，但没有对特殊字符做过滤，攻击者就可以插入外部实体声明（XXE）或篡改节点值。ZAP并不会魔法般读懂代码，它基于黑盒方式，通过向目标发送变异请求并比对响应来发现异常。
ZAP的扫描引擎包含被动扫描与主动扫描两类。被动扫描只分析已捕获的流量，不额外发包；主动扫描则会对参数进行多种注入尝试，其中就包含针对XML结构的变异规则。当请求体是XML时，ZAP会识别Content-Type与报文格式，替换或插入如<!ENTITY>、嵌套标签等载荷，再依据响应中的报错信息、延迟或内容差异判定是否存在脆弱点。
1.1 为什么普通爬虫难以覆盖XML接口
很多系统的XML接口并不在HTML表单中暴露，而是通过API或特定Content-Type提交。传统爬虫只能抓取链接与表单，容易遗漏这些接口。ZAP提供了手动代理流量录制功能，只要把客户端请求经过ZAP代理，就能把真实XML请求纳入扫描范围。
此外，XML注入点可能位于SOAP报文、RSS提交或配置文件上传中。测试人员需要在ZAP的站点树中确认对应节点已被标记为可扫描，否则主动扫描策略不会对该节点发包。理解这一点，才能避免漏扫。
二、配置ZAP代理并捕获XML请求
开始扫描前，需要先让目标应用的流量经过ZAP。以浏览器访问Web服务为例，在ZAP中启动本地代理（默认127.0.0.1:8080），然后将浏览器代理指向该地址，并导入ZAP生成的CA证书以解密HTTPS流量。
当客户端发送包含XML的请求时，ZAP会在“站点”面板中展示对应URL与请求体。我们可以右键该节点，选择“主动扫描”或先将其加入上下文，确保后续策略准确命中。如果请求是JSON而非XML，需要确认服务端是否实际接受XML，避免误判。
2.1 示例：一段存在风险的XML请求
假设某接口接收如下XML来查询用户，后端直接拼接解析：
POST /api/user HTTP/1.1 Host: 192.168.0.1 Content-Type: text/xml <?xml version="1.0"?> <user> <name>test</name> </user>
若服务端未过滤，攻击者可将name节点改为引用外部实体。ZAP的主动扫描规则会自动生成类似变异并观察响应。
2.2 手动修改请求做初步验证
在ZAP的“请求”标签页中，可以手动编辑报文，插入恶意实体看是否报错。这能辅助确认扫描结果。例如：
<?xml version="1.0"?> <!DOCTYPE foo [ <!ENTITY xxe SYSTEM "file:///etc/passwd"> ]> <user> <name>&xxe;</name> </user>
如果响应返回了文件内容或解析异常，说明存在XML外部实体注入。ZAP自动规则与此思路一致，只是覆盖了更多变种。
三、调整扫描策略以聚焦XML注入
ZAP默认策略包含大量注入规则，全量扫描较慢。我们可以在“策略管理器”中新建策略，仅勾选与XML、XXE、注入相关的规则，例如“XML External Entity Injection”和“Parameter Injection”。这样能提升效率并减少干扰。
设置完成后，对目标节点右键选择“主动扫描（带策略）”，指定刚建好的策略。ZAP会针对每个XML参数位置发送变异载荷。需注意，若应用有防重放机制或签名校验，直接扫描可能失败，此时要结合断点功能手动放行并修改。
3.1 使用上下文与用户认证
很多XML接口需要登录态。在ZAP中配置上下文并录制认证脚本，能保证扫描时携带合法会话。否则接口返回401，ZAP无法判断注入差异。上下文还能限定扫描范围，防止误扫无关域名。
对于带CSRF令牌的XML提交，可启用ZAP的令牌处理，让其在每次请求前自动获取新令牌。这样才能让主动扫描持续进行，而不是卡在第一次校验失败。
四、分析扫描结果与误报排查
扫描结束后，在“告警”面板会列出疑似漏洞。XML注入类告警通常标注为“XML External Entity”或“XML Injection”。点击告警可查看请求与响应对比，确认是否真能读取文件或改变逻辑。
有时应用返回500只是因为格式错误，并非真正注入成功，这就是误报。我们需要人工重放该请求，观察响应体是否包含敏感数据或解析器堆栈。只有确认攻击载荷被解析执行，才应记为有效漏洞。
4.1 结果导出与修复建议
确认漏洞后，可通过ZAP报告功能导出HTML或XML格式结果给开发团队。修复层面，建议禁用DOCTYPE声明、使用安全的XML解析器配置，并对用户输入做白名单校验。以下Java示例展示安全解析配置：
import javax.xml.parsers.DocumentBuilderFactory;
import javax.xml.XMLConstants;
DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
// 禁用外部实体与DTD
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);
dbf.setXIncludeAware(false);
dbf.setExpandEntityReferences(false);
通过上述配置，即使收到恶意XML，解析器也会直接拒绝，从根本上消除ZAP所发现的注入风险。
五、总结实践要点
使用ZAP扫描XML注入漏洞的核心在于：正确代理捕获真实XML流量、精简策略聚焦实体与注入规则、处理认证与令牌、人工研判告警真实性。它作为黑盒工具，能高效暴露外部可触发的解析缺陷，但不能替代代码层白盒审计。
在持续集成中，可将ZAP以命令行模式运行，对测试环境API定时扫描。配合本文提到的策略与修复方式，团队可以在开发早期拦截XML注入问题，降低线上被攻击的概率。