前言近期准备面试题时，XXE漏洞防范措施（或者说修复方式）在一些文章中比较简略，故本文根据研究进行总结，作为技术漫谈罢了。简述 XXE漏洞 XXE（XML外部实体注入），程序解析XML数据时候，同时解析了攻击者伪造的外部实体。 XML用途是为了跨平台语言传输数据。常常用于WEB开发等 XXE漏洞攻防情况通常来说，XML文档生成时会常用到XXE和内部实体。因此开发团队根据项目需求去进行防范XXE漏洞。然而实际情况是，即使采取了防范措施（错误的方法），XXE漏洞仍然可以大行其道。有一个案例，某开发团队针对CVE-2018-20318漏洞进行了及时的修复，依照的是官方的修复方案：禁止实体扩展引用，dbFactory.setExpandEntityReferences(false) 然而后续XXE漏洞仍然可以奏效，有师傅又提交了CVE漏洞。最后有师傅总结正确的修复方法，如下禁用XXE处理分析根据上述所说，XXE漏洞的正确处理是尤为重要的。我们这里以Java为例，并且应用偏向于JAXP API进行分析如何禁用XXE处理禁用文档类型首先可以禁用文档类型。实体通过XML 文档的 DOCTYPE 进行声明。我们在进行安全开发规划时，如确定不需要 DOCTYPE 声明时，可以完全禁用禁用文档类型。 factory.setFeature("http://apache.org/xml/features/disallow-doctype-decl", true); 当我们设置为true时，disallow-doctype-decl 使XML处理器发现DOCTYPE 声明时抛出异常。禁用外部实体声明其次是可以允许声明DOCTYPE，但禁用外部实体声明。故若想要正常处理其他DTD声明，只针对外部实体进行抛出异常。可以用下面两种方法设置为flase来处理： factory.setFeature("http://xml.org/sax/features/external-general-entities", false); factory.setFeature("http://xml.org/sax/features/external-parameter-entities", false); 补充说明：在PHP中，libxml库默认下是安全的，总是禁用外部实体。除非通过设置LIBXML_NOENT 参数进行允许。如下： $doc = simplexml_load_string($xml, "SimpleXMLElement", LIBXML_NOENT); // !XXE enabled! $doc = simplexml_load_string($xml, "SimpleXMLElement"); // XXE disabled 启用安全处理在Java中可以使用Feature for Secure Processing (FSP)进行安全处理。如下： factory.setFeature(XMLConstants.FEATURE_SECURE_PROCESSING, true); FSP属于一种核心Java机制，用于以应用限制去配置XML处理器，从而可以防范XML拒绝服务攻击和XXE漏洞。默认设置下，FSP处于部分启用的状态，XML拒绝服务攻击可以防范。而XXE漏洞我们需要通过调用 setFeature方法，将FSP由部分启用转为完全启用。不过也有特例，例如Apache Xerces中FSP不限制外部连接，无法防范XXE漏洞。总之，开发人员应当测试涉及XXE漏洞的FSP配置，并结合其他方式来禁用或者限制XXE 禁用实体引用扩展 XML文档中寻找实体引用主要有两种方式：（1）DOM XML解析器作值替换引用（2）DOM树创建空实体进行引用将实体作值替换的机制在解析恶意XML文件时，可能会泄露敏感信息。在Java中，对象DocumentBuilder中的etExpandEntityReferences方法用于配置实体引用： DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance(); factory.setExpandEntityReferences(false); 当配置为false时，不会进行实体引用。因而可以防范XXE漏洞。扩展外部实体引用是发生在已提取外部内容之后。因此禁用后且攻击者无法造成泄露敏感数据，仍然执行请求外部资源。不过经过禁用实体引用扩展，攻击者仅能进行blind SSRF攻击，难以实际造成威胁。所以禁用实体引用扩展也是我们防范XXE漏洞的可选方案。结束语本文为XXE漏洞相关的防范措施漫谈，主要针对禁用XXE处理。可以采取禁用文档类型、禁用外部实体声明、启用安全处理、禁用实体引用扩展这四种方式去进行防范。

禁用XXE处理漫谈

Colorado 谢谢COCO师傅

太叼了吧

这就是神吗？

yyds

666

6666

tbag 贴贴

低哼谢谢支持