本文解决 Go 中 RSA-OAEP 加解密因标签（label）不匹配导致的 crypto/rsa: decryption error 问题，重点强调加密与解密时 label 必须严格一致，并说明文件读写本身不会破坏二进制数据，真正根源在于 OAEP 协议的语义约束。
本文解决 go 中 rsa-oaep 加解密因标签（label）不匹配导致的 `crypto/rsa: decryption error` 问题，重点强调加密与解密时 label 必须严格一致，并说明文件读写本身不会破坏二进制数据，真正根源在于 oaep 协议的语义约束。
在使用 Go 的 crypto/rsa 实现密码管理器时，一个常见误区是认为文件读写（如 ioutil.WriteFile / os.ReadFile）会“污染”加密后的字节数据——实际上，Go 的标准文件 I/O 对二进制内容完全透明，WriteFile 写入的 []byte 与 ReadFile 读出的 []byte 在字节层面严格一致。因此，failed in decrypt_oaep: crypto/rsa: decryption error 错误几乎从不源于文件操作，而几乎总是源于 RSA-OAEP 协议本身的严格要求。
RSA-OAEP（Optimal Asymmetric Encryption Padding）是一种带标签（label）的填充方案。根据 Go 官方文档，DecryptOAEP 要求传入的 label 参数必须与加密时使用的 label 完全相同（字节级相等）。若加密时使用 []byte("myapp")，解密时却传入 nil 或 []byte("")，即使密文和密钥完全正确，解密也会立即失败并返回 crypto/rsa: decryption error。
在您的代码中（参考 codeshare 链接），问题定位清晰：
- 加密调用（约第 167 行）：encrypt_oaep(pubKey, plain, []byte(product)) —— 正确传入了非空 label；
- 解密调用（约第 120 行）：decrypt_oaep(privKey, encrypted, label) —— 此处 label 变量虽已声明但未初始化，实际值为 nil（即空切片），与加密时的 []byte(product) 不匹配。
✅ 正确修复方式如下：
// 解密时必须使用与加密时完全相同的 label
label := []byte(product) // 确保 product 值与加密时一致
decrypted, err := rsa.DecryptOAEP(sha256.New(), rand.Reader, privateKey, encrypted, label)
if err != nil {
log.Fatalf("failed in decrypt_oaep: %v", err)
}
⚠️ 注意事项：
- Label 必须恒定且可重现：product 字符串应在加密与解密上下文中保持一致（例如硬编码常量或从配置加载），避免因环境差异导致 label 不同。
- 不要混淆 nil 与 []byte{}：nil 切片和长度为 0 的空切片 []byte{} 在 Go 中是不同值，而 OAEP 要求字节序列完全匹配；nil label 等价于无标签，与任何非空 label 均不兼容。
-
文件读写无需特殊处理：ioutil.WriteFile(filename, encPassword, 0644) 和 os.ReadFile(filename) 完全适用于二进制密文。可添加校验确保一致性：
// 写入后立即读取验证（仅调试用） written, _ := os.ReadFile(filename) if !bytes.Equal(encPassword, written) { log.Fatal("file write corrupted!") } - 弃用 ioutil（Go 1.16+）：推荐改用 os.WriteFile 和 os.ReadFile，更简洁且语义明确。
总结：RSA-OAEP 的安全性依赖于 label 的完整性与一致性。调试此类解密失败，应优先审查加解密两端的 label 参数是否字节级相等，而非怀疑文件 I/O。一旦 label 对齐，配合正确的密钥和哈希函数（如 sha256），文件持久化与恢复即可稳定工作。
