.NET Standard中X509证书签名在Linux与Windows结果不同问题咨询

• 你使用的RSACryptoServiceProvider是Windows专属的加密API封装类，Linux环境下.NET运行时仅通过兼容层模拟其行为，底层的密钥导入逻辑、默认签名填充规则与Windows原生实现存在原生差异。你代码中先将证书私钥导出为XML格式、再导入新RSACryptoServiceProvider实例的操作，进一步放大了该跨平台差异，部分Linux环境下的OpenSSL底层会自动添加额外的填充参数，直接导致签名结果不一致。
• CryptoConfig.MapNameToOID方法的映射逻辑依赖操作系统底层加密库，同一哈希算法名称在不同系统下可能返回不同的OID值，导致签名时传入的哈希算法参数不一致。
• ToXmlString/FromXmlString方法属于Windows专属兼容接口，跨平台场景下导出、导入的密钥参数存在隐性差异，无法保证两端密钥完全一致。

直接废弃RSACryptoServiceProvider相关逻辑，使用.NET提供的跨平台统一RSA抽象类实现签名，代码参考如下：

JToken data = JToken.Parse("{}");
// Linux环境读取pfx需要添加对应的存储标记，否则可能无法读取私钥
var certificate = new X509Certificate2("你的pfx文件路径", "pfx密码", 
    X509KeyStorageFlags.Exportable | X509KeyStorageFlags.PersistKeySet);
// 直接从证书提取RSA私钥，不需要做XML导出导入的冗余操作
using var rsa = certificate.GetRSAPrivateKey();
if (rsa == null) 
{
    throw new InvalidOperationException("当前证书未包含RSA私钥");
}
var dataBytes = Encoding.UTF8.GetBytes(data.ToString(Newtonsoft.Json.Formatting.None));
// 显式指定哈希算法和填充模式，完全规避系统底层的默认值差异
var signatureBytes = rsa.SignData(
    dataBytes,
    HashAlgorithmName.SHA256, // 按需替换为你实际使用的哈希算法，如SHA1、SHA512
    RSASignaturePadding.Pkcs1 // 保持和原有Windows侧的填充模式一致即可
);

额外注意事项 #

• 若必须兼容旧逻辑，不要使用CryptoConfig.MapNameToOID动态获取哈希OID，直接硬写对应哈希算法的标准OID即可，例如SHA256的标准OID为2.16.840.1.101.3.4.2.1。
• 不要在跨平台场景下使用ToXmlString/FromXmlString操作密钥，该接口的跨平台兼容性极差。

内容的提问来源于stack exchange，提问作者iro.pliskin