本文讲解为何不应使用 rsa 加密实现跨服务值一致性校验，而应采用标准的 rsa-pss 签名与验证机制，并提供 go 原生、语言无关、安全合规的实现方案。
本文讲解为何不应使用 rsa 加密实现跨服务值一致性校验，而应采用标准的 rsa-pss 签名与验证机制，并提供 go 原生、语言无关、安全合规的实现方案。
在分布式系统中，服务 A 与服务 B 需要协同确认某个共享值 V 是否一致，且 B 持有 RSA 密钥对、A 仅持有公钥。此时，一个常见误区是试图让 B “用公钥加密 V”，再由 A 解密比对——这不仅逻辑错误（公钥本用于加密给私钥持有者，而非反向），更因 crypto/rsa.Encrypt* 函数强制依赖随机数生成器（RNG），导致结果非确定性，无法跨语言复现或可靠比对。
正确做法是：使用数字签名，而非加密。
RSA 签名的本质是：私钥持有者（B）对消息 V 生成可验证的数学证明；公钥持有者（A）无需私钥即可验证该证明是否真实。Go 标准库提供了符合 PKCS#1 v2.2 的 rsa.SignPSS 和 rsa.VerifyPSS，它们基于掩码生成函数（MGF1）和哈希摘要，验证过程完全确定性且语言无关——只要双方使用相同的哈希算法（如 sha256）、盐长（salt length）和填充参数，验证结果恒定一致。
以下为完整、生产可用的 Go 示例：
package main
import (
"crypto"
"crypto/rand"
"crypto/rsa"
"crypto/sha256"
"fmt"
)
func signValue(priv *rsa.PrivateKey, v []byte) ([]byte, error) {
hash := sha256.New()
hash.Write(v)
digest := hash.Sum(nil)
// 使用 PSS 签名，盐长设为 32（匹配 SHA256 输出长度），确保跨语言兼容
return rsa.SignPSS(rand.Reader, priv, crypto.SHA256, digest[:], &rsa.PSSOptions{
SaltLength: 32,
Hash: crypto.SHA256,
})
}
func verifyValue(pub *rsa.PublicKey, v, sig []byte) error {
hash := sha256.New()
hash.Write(v)
digest := hash.Sum(nil)
return rsa.VerifyPSS(pub, crypto.SHA256, digest[:], sig, &rsa.PSSOptions{
SaltLength: 32,
Hash: crypto.SHA256,
})
}
func main() {
// 生成密钥对（实际中由 B 安全生成并保管私钥）
priv, _ := rsa.GenerateKey(rand.Reader, 2048)
pub := &priv.PublicKey
v := []byte("shared-secret-value-42")
sig, _ := signValue(priv, v)
fmt.Printf("Signature (hex): %x\n", sig)
err := verifyValue(pub, v, sig)
if err != nil {
fmt.Println("Verification failed:", err)
} else {
fmt.Println("✅ Verification succeeded — values agree.")
}
}
⚠️ 关键注意事项：
-
不要尝试“确定性 RSA 加密”：
EncryptPKCS1v15和EncryptOAEP均依赖 RNG，无标准确定性变体；强行固定 RNG 种子会破坏密码学安全性，且无法跨语言对齐（如 Python 的pycryptodome或 Java 的BouncyCastle不共享 Go 的 rand 实现）。 -
PSS 盐长必须显式指定：推荐设为
hash.Size()（如sha256.Size()= 32），这是多数语言库的默认行为，保障互操作性。 -
签名不等于加密：签名输出不可逆、不隐藏
V内容（若需保密，请额外使用 AES 加密），但完美满足“身份认证 + 数据完整性”需求。 - 务必使用强哈希（SHA256+）和足够密钥长度（≥2048 bit），避免已知攻击面。
总结：解决跨服务值一致性问题，应放弃“确定性加密”的错误思路，转而采用标准化、可验证、语言中立的 RSA-PSS 签名方案。Go 的 crypto/rsa 提供了开箱即用的安全原语，只需正确配置哈希与 PSS 参数，即可在 A/B 间建立可信、可重复、可互操作的校验通道。
