程序员的安全进阶：分享与学习系列 - XQuery 注入

XQuery 注入攻击有时被认为是更常见的 SQL 注入攻击 的“小兄弟”。它们的根本原因相似，攻击者触发这些攻击所利用的命令也非常接近。只不过 XQuery 注入攻击只能在针对 XML 数据的 XPath 查询期间发生。因此，它们有时被称为 XPath 注入或简称为 XPath 攻击，因为这就是所使用的攻击方式。

绝大多数网站都使用 XML 数据库来执行关键功能，例如存储用户登录凭据、客户信息、个人身份信息以及机密或敏感数据，这使得 XQuery 攻击具有相当大的攻击面。

在本期节目中，我们将学习：

• 攻击者如何利用 XQuery 注入
• 为什么 XQuery 注入很危险
• 修复此漏洞的技术。

攻击者如何触发 XQuery 注入？

与大多数计算机语言一样，XPath 的代码设计初衷是简洁。事实上，XPath 是一种标准语言，无论使用它的应用程序是什么，所有的符号和语法声明都是不变的。这意味着用于操纵 XPath 查询的命令是众所周知的，甚至可以实现自动化。

从本质上讲，XPath 查询是一个简单的语句，它告诉 XML 数据库要查找什么信息。在最简单的示例之一中，它被用于检查用户记录是否存在，然后检索其登录凭据。问题在于，由于 XPath 查询包含用户输入，黑客可以操纵查询以返回本应受到保护的信息。

例如，在试图绕过登录安全时，攻击者可以在其 XPath 查询的末尾添加变量，从而规避整个过程。示例如下：

//Employee[UserName/text()=anyone or 1=1 or a=a And Password/text()=doesnotmatter]

在这里，由于 1=1 或 a=a 语句，用户名字段被强制匹配任何用户。密码字段甚至无关紧要，因为查询只需要前半部分为真即可。

为什么 XQuery 注入很危险？

XQuery 注入攻击之所以如此危险，主要原因在于它们允许攻击者绕过登录和账户安全。而且，它们允许使用一种不因应用程序而异的标准语言以自动化方式完成此操作。攻击者可以自动扫描网站和应用程序以查找此漏洞，并在发现后立即采取行动。如果您的应用程序存在漏洞，攻击者就会对其进行破坏。除了破坏账户安全外，XQuery 攻击还可用于数据窃取。例如，攻击者可以将 XML 数据库中的所有记录转移出去。

消除 XQuery 注入攻击

与类似的漏洞一样，一个关键的防御措施就是不要信任用户输入。任何时候，只要用户能够输入信息，无论他们是否正在进行数据库查询，都应该对该过程进行审查。这就像加固实体建筑的门窗一样，因为这些是人们进入的主要途径。

对于 XQuery 注入防护，可以通过过滤来清理用户输入，或者使用用户输入的白名单验证来实现。您还可以使用参数化的 XPath 接口，类似于 SQL 查询的预处理语句。

最后，请务必对所有应用程序应用最小权限原则。这可能意味着创建一个仅具有只读权限的用户来执行所有应用程序查询。

通过使用这些技术，可以阻止针对您的网站或应用程序的所有 XQuery 注入尝试。

关于 XQuery 注入的更多信息

如需深入了解，您可以查看 OWASP 关于 XQuery 注入的说明。您还可以通过 免费演示 来测试您新掌握的防御知识，Secure Code Warrior 平台致力于将网络安全团队打造为顶尖的网络战士。如需了解更多关于攻克此漏洞及其他各类威胁的信息，请访问 Secure Code Warrior 博客。