C#怎么实现各种加密算法_C#中使用AES和RSA加解密数据【安全】

RSA 这个算法有个硬伤——它根本没法直接加密长字符串。明文长度受密钥位数严格限制，比如 2048 位的 RSA，最多只能啃下 245 字节（PKCS#1 v1.5 填充）或 190 字节（OAEP 填充），一旦超限就会抛出 CryptographicException。相比之下，AES 才是处理大块数据的正经选手。所以工业界的标准做法一直是：用 RSA 加密 AES 的密钥，再用 AES 加密实际数据——也就是所谓的“混合加密”。

一句话总结：AES 和 RSA 不能混着用同一个场景直接加密数据；AES 适合加密大量内容，RSA 只能加密很短的字节（比如 AES 密钥），否则你会撞上 CryptographicException: Bad Data 或 KeySize too small 这类错误。

为什么不能直接用 RSA 加密长字符串

RSA 是非对称算法，它的加密长度受密钥长度死死卡住。举个例子：2048 位的 RSA，最多只能加密 245 字节（PKCS#1 v1.5）或 190 字节（OAEP）的明文。超出这个范围？直接炸，CryptographicException 伺候。现实业务中，你要传输的 JSON、XML 或者用户输入，随随便便就几百上千字节，硬塞进去只会让解密端一脸懵。

• 用 RSACryptoServiceProvider 或 RSA.Create() 加密前，务必先检查明文字节数：Encoding.UTF8.GetBytes(input).Length
• 2048 位密钥对应最大明文 ≈ 245 字节；3072 位 ≈ 372 字节；但性能会明显下降，不建议盲目提升密钥位数
• 常见翻车现场：把整个 HTTP body 丢给 RSA.Encrypt()，结果运行时解密端直接报错

AES 加密必须配对使用 Encryptor/Decryptor 实例

同一个 Aes 实例，调用 CreateEncryptor() 和 CreateDecryptor() 才能保证 IV 和 Key 内部状态完全一致。跨实例、跨方法、甚至跨线程复用，解密时会报 CryptographicException: The input data is not a complete block，或者给你一堆乱码。

• IV 必须是 16 字节，而且每次加密都应该随机生成（Aes.GenerateIV()），千万别复用或硬编码
• 密文结构建议采用：[IV][AES ciphertext]，解密时先取前 16 字节作 IV，再用剩余部分解密
• 别再用 AesManaged（已过时），改用 Aes.Create() —— 它默认启用硬件加速，而且更安全

RSA + AES 混合加密的正确组装方式

标准流程是这样的：先用 AES 加密原始数据，再用 RSA 公钥加密 AES 的 Key（注意不是 IV），最后把加密后的 AES 密钥 + IV + AES 密文打包发送。接收方先用 RSA 私钥解出 AES Key，再用这个 Key 加上 IV 去解 AES 密文。

• 不要用 RSA 加密 IV —— IV 本来就是公开的，随密文一起传就行
• AES Key 必须是随机生成的，严禁用密码派生（比如 PBKDF2）后硬编码进程序；应该由 Aes.Key 自动生成
• RSA 解密端必须确保私钥可导出（X509KeyStorageFlags.Exportable），否则 ExportParameters(true) 会抛出 Key not valid for use in specified state
• 参考代码片段：

  byte[] aesKey = aes.Key; // 随机生成
  byte[] encryptedAesKey = rsa.Encrypt(aesKey, RSAEncryptionPadding.OaepSHA256);

MD5、DES 这些算法现在还能用吗

答案很明确：不能再用于安全敏感场景。MD5 已经被证明可以碰撞，DES 密钥太短（56 位），DES 和 TripleDES 在 .NET 6+ 中已经被标记为 [Obsolete]，运行时会出现警告；MD5CryptoServiceProvider 同样过时。

• 密码存储必须用 Rfc2898DeriveBytes（即 PBKDF2）+ 盐值，而不是 MD5 哈希
• 完整性校验改用 SHA256 或 SHA512，别再用 MD5.ComputeHash()
• 如果遗留系统强制要求 DES 兼容，至少用 TripleDES 并确保模式为 CBC、填充为 PKCS7，但强烈建议推动升级到 AES

最容易被忽略的细节是：AES 的 Mode 和 Padding 必须在两端完全一致（比如都设为 CipherMode.CBC 和 PaddingMode.PKCS7），哪怕只差一个枚举值，解密就会静默失败或者抛异常。别依赖默认值，显式设置才是王道。