安全编码技术：XML 数据处理（第一部分）

可扩展标记语言 (XML) 是一种标记语言，用于以机器易于处理且人类可读的格式对文档进行编码。然而，这种常用的格式包含多种安全漏洞。在本系列关于 XML 的第一篇博客文章中，我将介绍如何通过使用架构来安全地处理 XML 文档。

OWASP 将与 XML 和 XML 架构相关的不同漏洞分为两类。

格式错误的 XML 文档

格式错误的 XML 文档是指不符合 W3C XML 规范的文档。导致文档格式错误的例子包括：缺少结束标签、更改不同元素的顺序或使用禁止字符。所有这些错误都应导致致命错误，且文档不应进行任何后续处理。

为了避免因文档格式错误而导致的漏洞，您应该使用经过充分测试且遵循 W3C 规范的 XML 解析器，并且该解析器在处理格式错误的文档时不会耗费过长的时间。

无效的 XML 文档

无效的 XML 文档虽然格式正确，但包含意外的值。攻击者可能会利用那些未正确定义 XML 架构来识别文档是否有效的应用程序。您可以在下方找到一个简单的文档示例，如果验证不当，可能会产生意想不到的后果。

一个以 XML 数据存储交易信息的网店：

   <purchase></purchase>
     <id>123</id>
     <price>200</price>
   

用户仅能控制 <id> 的值。如果没有采取正确的防范措施，攻击者就有可能输入如下内容：</id>

   <purchase></purchase>
     <id>123</id>
     <price>0</price>
     <id></id>
     <price>200</price>
   

如果处理此文档的解析器仅读取 <id> 和 <price> 标签的第一个实例，将会导致不希望出现的结果。 </price></id>

此外，如果架构限制不够严格，或者其他输入验证不足，也可能导致负数、特殊小数（如 NaN 或 Infinity）或过大的数值被输入到不应出现的位置，从而引发类似的意外行为。

为避免与无效 XML 文档相关的漏洞，应定义精确且严格的 XML 架构，以防止数据验证不当带来的问题。

在下一篇博客文章中，我们将深入探讨一些针对 XML 文档的更高级攻击，例如巨型负载 (Jumbo Payloads) 以及 OWASP 十大安全漏洞中排名第四的 XXE 攻击。

在此期间，您可以在我们的门户网站上磨练或挑战您的 XML 输入验证技能。

XML 和 XML 架构规范中存在多种安全漏洞。与此同时，这些规范也提供了保护 XML 应用程序所需的工具。尽管我们使用 XML 架构来定义 XML 文档的安全性，但它们也可能被用于执行各种攻击：文件检索、服务端请求伪造、端口扫描或暴力破解。

https://www.owasp.org/index.php/XML_Security_Cheat_Sheet