为何RSACng.SignHash()需HashAlgorithmName参数，ECDsaCng.SignHash()却无需？

一、RSACng.SignHash()需要HashAlgorithmName的原因 #

RSA签名遵循PKCS#1标准，签名操作并非直接对哈希值加密，而是先将**哈希值与对应哈希算法的标识符（OID）**打包成ASN.1格式的DigestInfo结构，再对这个结构进行签名。

哪怕你已经完成数据哈希，系统仍需要知道该哈希值由哪种算法生成——只有这样才能正确构造包含算法信息的DigestInfo，验证方拿到签名后，才能通过嵌入的算法OID确定用哪种哈希算法去校验原始数据的哈希值是否匹配。

举个实际的例子：如果你传入SHA256哈希值但未指定算法，签名时无法将SHA256的OID写入签名数据，验证环节会因不知道该用哪种哈希算法校验而直接失败。

至于SignData()需要哈希参数，是因为它要先对原始数据执行哈希计算再走后续签名流程，和SignHash()的参数作用本质不同，但都是为了符合RSA签名的标准规范。

二、ECDsaCng.SignHash()无需该参数的原因 #

ECDSA的签名机制和RSA完全不同：它直接对哈希值进行签名，不需要将哈希算法的OID嵌入到签名结果中。

在ECDSA的验证流程里，哈希算法是签名方和验证方预先约定好的（比如通过密钥属性、协议规则确定），验证时直接使用约定的算法计算原始数据的哈希，再和签名中的哈希值比对即可，因此SignHash()不需要额外传入哈希算法参数。

内容的提问来源于stack exchange，提问作者D.R.