XML文件广泛用于系统配置、接口报文和元数据描述，但它本质是纯文本，任何能读取文件的人都能用记事本改内容。要防止XML被篡改，需要从完整性校验、身份确认和存储加密几个层面入手，而不是只靠操作系统权限。
一、使用XML数字签名保证完整性
XML数字签名（XML Signature）是W3C标准，能把签名数据嵌在XML里或放在外部。其核心思路是：对XML的规范化（Canonicalization）后的字节流做哈希，再用私钥加密哈希值形成签名。别人改了任意一个节点，规范化结果就变，验签必然失败。
下面用Python的xmlsec库演示对XML文件做 enveloped 签名。注意代码中所有标签字符都做了转义处理，实际写文件时才是正常尖括号。
import xmlsec
from lxml import etree
# 待签名的xml字符串，这里仅示例结构
xml_text = <?xml version="1.0"?>
<root>
<data>important config</data>
</root>
tree = etree.fromstring(xml_text.encode('utf-8'))
# 创建签名模板，使用enveloped签名
signature_node = xmlsec.template.create(
tree,
xmlsec.Transform.EXCL_C14N,
xmlsec.Transform.RSA_SHA256
)
tree.append(signature_node)
# 设置密钥与证书引用
ctx = xmlsec.SignatureContext()
key = xmlsec.Key.from_file('private.pem', xmlsec.KeyFormat.PEM)
ctx.key = key
# 执行签名
ctx.sign(signature_node)
# 输出签名后的xml
signed_xml = etree.tostring(tree, pretty_print=True)
print(signed_xml.decode('utf-8'))
上述代码生成的文件会多出一个 <Signature> 节点，里面包含摘要值和签名值。验签时只需用对应公钥，库会自动做规范化比对。这种方式的优点是标准通用，跨语言、跨系统都能验；缺点是私钥必须严管，一旦泄露别人可伪造签名。
如果担心整个文件被替换，可以把签名放在独立文件，并用时间戳服务（TSA）给签名盖时间章，这样能证明文件在某时刻未被改且签名有效。
二、哈希校验与离线比对
不想引入密码学库时，最朴素的措施是算哈希。对XML文件整体或关键节点算SHA-256，把结果写进受控的数据库或硬件加密狗。每次加载前重新算并比对，不一致就拒绝使用。
下面给出一段bash脚本，定期比对生产环境XML配置的哈希：
#!/bin/bash
# 计算当前xml哈希
current=$(sha256sum /etc/app/config.xml | awk '{print $1}')
# 读取离线保存的基准哈希
base=$(cat /secure/backup/config.sha256)
if [ "$current" != "$base" ]; then
echo "配置文件已被篡改，请检查"
exit 1
else
echo "校验通过"
fi
哈希校验成本低、易实现，适合内部工具。但它只能发现改没改，不能证明是谁改的，也无法防止攻击者同时改了基准哈希文件。所以基准值必须存在只读介质或带访问审计的保险位置。
实践中常把哈希值和告警联动，一旦变更就发短信给运维。配合git版本库，还能快速看出哪一行被动过。
三、结合XML加密保护敏感内容
有些XML含账号、密钥，光防篡改不够，还得防窥探。XML Encryption标准允许只加密某个子节点，其余明文保留。加密后再签名，既保证机密性也保证完整性。
以下示例展示用xmlsec加密名为 <secret> 的节点：
import xmlsec
from lxml import etree
xml_text = <root><secret>password123</secret><public>ok</public></root>
tree = etree.fromstring(xml_text.encode('utf-8'))
node = tree.find('secret')
# 创建加密模板
enc_data = xmlsec.template.encrypted_data_create(
tree,
xmlsec.Transform.AES128,
type=xmlsec.EncryptionType.ELEMENT,
ns='xenc'
)
key_info = xmlsec.template.encrypted_data_ensure_key_info(enc_data, ns='ds')
xmlsec.template.key_info_add_x509_data(key_info)
# 执行加密
enc_ctx = xmlsec.EncryptionContext()
enc_ctx.key = xmlsec.Key.from_file('public.pem', xmlsec.KeyFormat.PEM)
enc_ctx.encrypt(enc_data, node)
print(etree.tostring(tree, pretty_print=True).decode('utf-8'))
加密后原节点变成密文，没有私钥读不出。若攻击者替换密文块，验签或解密会报错，从而间接防篡改。要注意加密会增大文件并拉低解析速度，只对必要字段加密更合理。
综合来看，小型项目用哈希加权限足够；跨机构数据交换必须用数字签名；涉密配置再加节点加密。三层措施叠起来，XML文件被偷偷改动的风险能降到最低。
四、运维层面的辅助手段
技术之外，流程也很关键。把XML纳入配置管理中心，所有修改走审批和自动发布，禁止手工登机改文件。用inotify监控目录，文件一变就记录进程和用户。
下表列出不同措施的适用场景：
| 措施 | 防篡改强度 | 实现成本 | 适用场景 |
|---|---|---|---|
| 文件权限 | 低 | 极低 | 内部单机 |
| 哈希比对 | 中 | 低 | 定期检查 |
| XML签名 | 高 | 中 | 跨系统交换 |
| 加密加签名 | 极高 | 高 | 敏感数据 |
把表里手段组合进CI/CD流水线，每次构建出XML自动签好名，运行时自动验，人工几乎干预不了，安全水位自然就上去了。