XML签名通过加密技术保障数据完整性、身份认证和不可否认性，其核心是对指定数据计算数字签名并嵌入XML文档。首先选择签名目标，通过Reference元素标识；接着对数据进行规范化处理以消除格式差异，常用Canonical XML算法；然后使用SHA-256等哈希算法计算摘要；再用私钥加密摘要生成SignatureValue；最后将签名信息封装在Signature元素中插入原文档。验证时需重新规范化数据、比对摘要值，并用公钥解密验证签名，确保内容未被篡改且来源可信。支持enveloped、enveloping和detached三种签名形式，适用于Web服务、SAML、SOAP等场景。安全实施需避免弱算法、防范XML攻击、完整执行规范化并验证证书可信性。
XML签名通过加密技术确保数据的完整性、身份认证和不可否认性。它不只对整个XML文档签名，还能选择性地对文档中的某些部分进行签名，这种灵活性使其广泛应用于Web服务、SAML、SOAP等场景。
XML签名的基本工作原理
XML签名的核心是对一段数据计算数字签名，并将该签名嵌入到XML文档中。其过程包括以下几个关键步骤：
-
选择签名目标：可以是整个文档、某个元素或多个元素。通过
Reference元素指定要签名的数据。 -
数据规范化（Canonicalization）：XML在不同系统中可能有不同表示方式（如空格、换行、属性顺序），为避免这些差异影响签名，需使用规范化算法统一格式，常见的是
Canonical XML。 - 摘要计算：对规范化后的数据使用哈希算法（如SHA-256）生成摘要（Digest）。
-
生成数字签名：使用签名者的私钥对摘要进行加密，生成数字签名，存入
SignatureValue字段。 -
包含签名信息：将引用、摘要、签名值、签名算法、密钥信息等封装在
Signature元素中，插入原XML。
如何确保数据完整性
XML签名通过以下机制保障数据未被篡改：
-
哈希校验：验证方重新对引用的数据进行规范化并计算哈希值，与签名中的
DigestValue比对。若不一致，说明内容已被修改。 -
签名验证：使用签名者的公钥解密
SignatureValue，得到原始摘要，再与本地计算的摘要对比。只有两者一致且哈希匹配，签名才有效。 - 抗格式干扰：由于使用了规范化处理，即使XML格式微调（如换行或属性重排），只要语义不变，签名仍可验证通过。
签名类型与应用场景
XML签名支持三种主要形式，适应不同需求：
- enveloped signature：签名嵌在被签名的XML文档内部，常用于SOAP消息。
- enveloping signature：签名包裹数据，数据位于签名元素内。
- detached signature：签名与数据分离，适用于签署外部资源或多文件集合。
安全注意事项
正确实施XML签名需要注意几点：
- 避免使用弱哈希算法（如SHA-1），推荐SHA-256或更高。
- 防止XML注入或实体扩展攻击，在解析时应关闭外部实体。
- 验证时必须执行完整的规范化流程，否则可能绕过完整性检查。
- 确保公钥来源可信，通常结合X.509证书进行身份绑定。
基本上就这些。XML签名通过标准化的结构和加密手段，有效实现了对XML数据的完整性保护，只要实现和验证过程严谨，就能抵御篡改和伪造。
