XML Digital Signature 通过哈希+私钥加密验证XML数据完整性与来源真实性，需规范化消除格式差异，并依赖正确配置（如PreserveWhitespace、EnvelopedTransform）及SHA-256等现代算法保障安全。
为什么必须做 Canonicalization（规范化）？
XML 看似一样，实际字节可能千差万别： <user id="123"></user> 和 <user></user> 换行+空格+属性顺序调换，语义相同，但 SHA-256 哈希值完全不同。签名若直接算原始字节，一保存、一传输、一格式化就废了。
所以 XMLDSIG 强制要求先走一遍 XmlDsigEnvelopedSignatureTransform 或 XmlDsigCanonicalizationXmlTransform ——它们把 XML “压平”成唯一标准字节流，消除空格、命名空间冗余、属性顺序等干扰项。
常见坑：
- 忘了设
xmlDoc.PreserveWhitespace = true，导致加载时自动丢掉换行/缩进，规范化前数据已失真 - 对
enveloped签名（即<signature></signature>在文档内部）没加XmlDsigEnvelopedSignatureTransform，验证必失败——因为验证时要先剔除<signature></signature>再规范化，否则哈希对不上
如何用 .NET 的 SignedXml 签一个完整 XML 文档？
核心是四步：准备密钥 → 加载文档 → 构建 Reference → 计算签名。Windows 平台下最稳的是用 RSACryptoServiceProvider + 密钥容器：
CspParameters cspParams = new() { KeyContainerName = "XML_DSIG_RSA_KEY" };
RSACryptoServiceProvider rsaKey = new(cspParams);
XmlDocument xmlDoc = new() { PreserveWhitespace = true };
xmlDoc.Load("test.xml");
SignedXml signedXml = new(xmlDoc) { SigningKey = rsaKey };
Reference reference = new() { Uri = "" }; // 空字符串 = 整个文档
reference.AddTransform(new XmlDsigEnvelopedSignatureTransform()); // 关键！
signedXml.AddReference(reference);
signedXml.ComputeSignature(); // 真正签名动作
// 把生成的 <Signature> 插入文档末尾
xmlDoc.DocumentElement?.AppendChild(signedXml.GetXml());
xmlDoc.Save("signed.xml");注意：
Uri = "" 表示签整个文档；若想只签 <payment></payment> 元素，得写 Uri = "#payment-id"，且该元素需有 id="payment-id" 属性（不是 xml:id，.NET 默认认 HTML-style ID）。
验证失败的三个高频原因
CheckSignature() 返回 false，别急着怀疑密钥，先盯住这三处：
-
PreserveWhitespace = false：加载时 XML 被“美化”过，和签名时的字节不一致 → 必须设为true -
<signature></signature>位置不对：验证时signedXml.LoadXml()必须传入从文档中提取的完整<signature></signature>元素节点，不能是字符串或子节点 - 密钥容器名不匹配：签名和验证用的
CspParameters.KeyContainerName必须完全一致，大小写敏感，且该容器在签名时已存在
signedXml.SignedInfo.SignatureMethod = "http://www.w3.org/2001/04/xmldsig-more#rsa-sha256";，并确保 Reference.DigestMethod 同步改。
它真能防篡改吗？边界在哪？
能，但只防「语义不变前提下的篡改」。比如你改了 <amount>100</amount> 里的数字，或删掉一个 <tax></tax> 元素，签名立刻失效。但它不防：
- 攻击者替换整个 XML 文档（含签名块）为你伪造的另一套合法签名文档
- XML 外部实体注入（XXE）或 DTD 重定义——规范化前若解析了恶意 DTD，可能影响最终字节流
- 证书链不可信：签名本身有效，但公钥对应的身份没经可信 CA 认证，来源仍存疑
XmlDsigExcC14NTransform 防命名空间污染），不能只依赖 CheckSignature() 一个返回值。 
