本文解决 go 中 rsa-oaep 加密后写入文件再读取解密失败的问题：根本原因在于加密与解密时使用的 label 参数不一致，而非文件读写本身引入数据污染；修正 label 一致性即可恢复正确解密。
本文解决 go 中 rsa-oaep 加密后写入文件再读取解密失败的问题：根本原因在于加密与解密时使用的 label 参数不一致，而非文件读写本身引入数据污染；修正 label 一致性即可恢复正确解密。
在使用 crypto/rsa 实现密码管理器时，许多开发者会遇到这样一个典型问题：本地加密-解密流程完全正常，但一旦将加密后的字节切片（如 []byte）写入文件再读回，解密便报错 crypto/rsa: decryption error。错误看似指向 I/O 操作（如 ioutil.WriteFile / ioutil.ReadFile），实则根源在于 RSA-OAEP 的 label 机制严格要求加解密两端完全一致。
OAEP（Optimal Asymmetric Encryption Padding）是一种带标签（label）的填充方案。Go 标准库明确要求：
“The label parameter must match the value given when encrypting.”
（参见 官方文档）
这意味着：
- 加密时若传入 label = []byte("myapp")，
- 解密时必须传入完全相同的 []byte("myapp") —— 空切片 []byte{}、nil 或不同内容均会导致解密失败。
在提问者的代码中：
✅ 加密调用（约第 167 行）正确使用了 []byte(product) 作为 label；
❌ 解密调用（约第 120 行）却传入了未初始化的局部变量 label（其值为 nil 或空切片），与加密时不匹配。
✅ 正确修复方式（一行关键修改）
// ❌ 错误：label 未赋值，实际为 nil 或 []byte{}
decrypted, err := decrypt_oaep(privateKey, encrypted, label)
// ✅ 正确：确保 label 与加密时完全一致
decrypted, err := decrypt_oaep(privateKey, encrypted, []byte(product))? 提示：product 应为加密时使用的同一字符串（如应用名、服务标识等），建议定义为常量或从配置加载，避免硬编码散落。
? 补充最佳实践
- 文件读写本身是安全的：ioutil.WriteFile 和 ioutil.ReadFile（或更推荐的 os.WriteFile / os.ReadFile）以二进制模式操作，不会篡改原始字节。可通过校验 len(encPassword) == len(encrypted) 及 bytes.Equal(encPassword, encrypted) 验证读写一致性。
- 避免隐式类型转换：不要用 string(label) 转换后再转回 []byte，可能因编码问题引入差异；始终直接复用原始字节切片。
- 增加解密前校验：在解密前打印 len(encrypted) 并确认其符合 RSA 密钥长度约束（例如 2048-bit 私钥对应最大 214 字节 OAEP 加密输入），可快速排除密文截断问题。
✅ 完整解密调用示例
const productLabel = "password-keeper-v1"
// 加密时
enc, err := rsa.EncryptOAEP(sha256.New(), rand.Reader, &pubKey, plainBytes, []byte(productLabel))
if err != nil {
log.Fatal("encrypt failed:", err)
}
// 写入文件（安全）
err = os.WriteFile("enc.bin", enc, 0644)
if err != nil {
log.Fatal("write failed:", err)
}
// 读取文件（安全）
data, err := os.ReadFile("enc.bin")
if err != nil {
log.Fatal("read failed:", err)
}
// 解密时：必须使用相同 label
dec, err := rsa.DecryptOAEP(sha256.New(), rand.Reader, privKey, data, []byte(productLabel))
if err != nil {
log.Fatal("decrypt failed:", err) // 此处不再触发 crypto/rsa: decryption error
}总结：RSA-OAEP 的 label 是加解密上下文的关键纽带，一致性高于一切。只要确保加密与解密使用完全相同的 label 字节切片，配合标准文件 I/O，即可稳定实现加密数据的持久化与还原。
