Go语言签名SOAP XML请求跨工具验证失败问题求助

你遇到的跨工具签名验证失败（摘要不匹配），核心原因是XML规范化处理不一致或签名前后的XML内容存在细微差异，结合你提供的SOAP XML，具体问题和修复方向如下：

关键问题点 #

1. 排他规范化的命名空间处理缺失 #

你使用了http://www.w3.org/2001/10/xml-exc-c14n#（排他XML规范化算法），但该算法默认会忽略节点未直接使用的命名空间。而验证工具（如Chilkat）可能会将父节点的命名空间纳入计算范围，导致摘要值不匹配。

比如你的<SOAP-ENV:Body>带有SOAP-ENV、wsu命名空间，而内部的<hello>元素未使用这些命名空间，签名时如果未明确指定包含这些命名空间，就会和验证工具的计算结果产生差异。

2. XML空白字符不一致 #

你的XML中<ds:SignedInfo>结束标签与<ds:SignatureValue>之间存在大量连续空格：

</ds:SignedInfo>                <ds:SignatureValue>fwr96k3Of1NHrN2+0y1tPTO1MR3q2Eba7AUMeusrHv56C1TQT9qGFtRSjf64q5K8eAi0zFDju/o3Uj2RIRdRovx6KmKiQsImM3BQeBiOqlzJF5NmTWog4983Pdrr8YWDD8RUROb3jcWG/GprKuIEu71p1eIEnjIqC/LXs0AVyvnLEoKp25Dcc9RwRRQ2H2LXH+a8nJP4j1ojoZbK0clPvmlBPCH9ehEWyrQIa7BaC13peEpUvq2qmgqu758Zu4UhNz6slFmXhW6r2m0MLyeFxA+6dNl2k5+6AdJpCBAD8KgwhL350e4eqTltZhNCxuoQjaU1gXKCktgPQsDoDWg8Bfr4IfV0LPLDGaF4UcE7ZOhq3taebE74Bs7kryo6NtQbnhKkXQOWi2OzLIfjXjwbQwF+iUHR6lykag3JIwBIWqkCrCTnFKEQOC8a4cb7aaSce0be7fXM1L9pTo0+kr+pFan0oN9/GoqXlACzwjPGtpeiXYyBJYxv/j/MOmsRZcFL</ds:SignatureValue>

库内验证通过是因为签名和验证基于同一个内存XML对象（无额外空白），但输出的XML带多余空白后，验证工具会基于带空白的内容计算摘要，自然和签名时的结果不一致。

3. 重复的规范化Transform设置 #

你在<ds:SignedInfo>的<ds:CanonicalizationMethod>和<ds:Reference>的<ds:Transforms>中都指定了相同的排他规范化算法，这可能导致双重规范化处理，进一步加剧内容差异。

修复步骤 #

1. 明确指定排他规范化的包含命名空间
   在<ds:Transform>中添加InclusiveNamespaces参数，将SOAP相关的所有命名空间纳入规范化范围：

<ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#">
    <ec:InclusiveNamespaces xmlns:ec="http://www.w3.org/2001/10/xml-exc-c14n#" PrefixList="SOAP-ENV wsu ser"/>
</ds:Transform>

2. 统一签名前后的XML空白格式
   签名前先将XML序列化为无多余空白的格式，确保签名计算的内容与最终输出的XML完全一致。避免节点间的额外空格、换行差异。

3. 移除重复的规范化配置
   保留<ds:SignedInfo>中的<ds:CanonicalizationMethod>即可，删除<ds:Reference>内的重复Transform设置，避免双重处理。

4. 验证签名节点范围
   确认签名逻辑仅针对wsu:Id="SigningPart"的<SOAP-ENV:Body>节点，而非整个Envelope，确保Reference的URI指向完全正确。

内容的提问来源于stack exchange，提问作者MatthiasMpf