C++标准库不支持文件加密，必须依赖OpenSSL等第三方库；推荐AES-256-CBC配合随机IV和PKCS7填充，密钥须安全管理，文件须二进制模式读写。
加密前先确认：C++ 标准库不提供文件加密
别浪费时间翻
或
的文档了——C++20 之前标准库根本没有加密能力。所有“用 C++ 加密文件”的实现，本质都是调用第三方密码学库处理字节流，再写回磁盘。你真正要选的是底层算法和封装方式，不是“怎么用 C++ 写”，而是“用哪个库 + 怎么安全地喂数据”。
推荐方案：OpenSSL + AES-256-CBC（最常见且可验证）
OpenSSL 是目前最广泛审计、跨平台、有完整 AEAD 支持（如 GCM）的选项。直接用
系列 API 比手撸 DES/EVP 封装更可靠，也比轻量库（如 libsodium）在 Windows 上更容易链接。
必须用随机
（16 字节），且每次加密都重生成，不能硬编码或复用
密钥不能明文写在代码里；建议从环境变量或密钥管理服务（如 HashiCorp Vault）读取，至少用
临时持有后立即
清零
加密后务必把
和密文一起写入文件（例如 IV 在前 16 字节），否则解密时无法还原
不要自己拼接 padding：用
填充（OpenSSL 默认），别手动补
示例关键步骤：
常见错误：用 XOR 当加密，或误用
有人用
或简单循环异或密钥字节，这根本不是加密，只是编码，几秒就被
+ 频率分析破解。还有人以为
能当密码学安全随机源——在 Windows MSVC 下它常退化为
，输出可预测，
或
才是正解。
C知道
CSDN推出的一款AI技术问答工具
下载
立即学习
“
C++免费学习笔记（深入）
”；
XOR 不是加密算法，没有混淆扩散，不抗已知明文攻击
返回 0？说明不可靠，立刻换 OpenSSL 的
用
加密？同样不行，它是伪随机，种子一旦泄露全盘崩溃
解密失败的典型报错：
或长度异常
绝大多数
来自 IV 不匹配或密钥错误，但更隐蔽的问题是：读文件时没按二进制模式打开，导致 Windows 下遇到
自动转义，密文被篡改；或者没正确处理最后一块的 padding 去除逻辑。
务必用
打开文件，
解密后调用
（或手动检查末字节值），别直接截断
如果加密用的是 GCM 模式，记得校验
字段（通常 16 字节），不校验等于没加密
一个容易被忽略的点：OpenSSL 1.1.1+ 默认启用 FIPS 模式时，某些算法会被禁用，
可能返回
，得查
看具体提示。
std::fstreamEVP_EncryptInit_exIVstd::stringmemsetIVPKCS7\0unsigned char iv[AES_BLOCK_SIZE];
RAND_bytes(iv, AES_BLOCK_SIZE); // 必须调用
EVP_EncryptInit_ex(ctx, EVP_aes_256_cbc(), nullptr, key, iv);
// ... 处理输入缓冲区
// 最后 write(iv, 16) + write(ciphertext, len)std::random_devicestd::xor_combinexxdstd::random_devicerand()RAND_bytes/dev/urandomstd::random_device::entropy()RAND_bytesstd::mt19937bad decryptbad decrypt\r\nstd::ios::binarystd::ifstream f("x.enc", std::ios::binary)PKCS7_unpadtagEVP_get_cipherbyname("aes-256-cbc")nullptrERR_print_errors_fp