AES解密偶发失败（填充无效无法移除）技术求助

针对你遇到的.NET 6加密、.NET 4.6.1解密时偶发填充错误的问题，结合你的代码和测试案例，核心问题及解决办法如下：

1. URL编码/解码跨版本差异或数据损坏 #

你的第一个解密失败的字符串O900I6c8rXR1s9BrZCSzQxLdu7qLlGwxBNqtDMoMGLKsjDebDC69SgPimW1uMgNj是未经过URL编码的原始Base64格式，但解密流程中先执行了HttpUtility.UrlDecode。如果该字符串在存储/传输过程中丢失了URL编码信息（比如原本的+被替换为空格、数据库字段长度不足导致截断），会导致解码后的数据无法还原为原始加密字节，最终触发填充验证失败。

修复方案：

• 确保数据库字段长度足够：URL编码后的Base64字符串比原始Base64长约30%，需预留足够存储长度避免截断。
• 统一跨版本URL编码/解码实现：.NET 6和.NET Framework 4.6.1中HttpUtility的编码规则存在细微差异，建议替换为跨版本行为更一致的Uri类方法：

  // 加密时替换HttpUtility.UrlEncode
  return Uri.EscapeDataString(Convert.ToBase64String(encrypted));
  
  // 解密时替换HttpUtility.UrlDecode
  byte[] inputByteArray = Convert.FromBase64String(Uri.UnescapeDataString(stringToDecrypt));
  

2. 密钥处理的不规范（潜在风险） #

你当前通过sEncryptionKey.PadLeft(32)用空格填充密钥的方式，虽然能凑够AES-256的32字节密钥长度，但存在跨版本编码不一致的潜在风险，且密钥派生方式不安全。

优化方案：
使用标准的PBKDF2密钥派生函数生成密钥，确保跨版本一致性：

// 加密和解密共用此方法生成密钥
private byte[] GenerateAesKey(string password, byte[] salt)
{
    using var deriveBytes = new Rfc2898DeriveBytes(password, salt, 10000, HashAlgorithmName.SHA256);
    return deriveBytes.GetBytes(32); // 生成256位AES密钥
}

// 使用示例（salt需固定且保密，可与IV一同存储）
byte[] salt = new byte[] { 0x10, 0x11, 0x12, 0x13, 0x14, 0x15, 0x16, 0x17, 0x18, 0x19, 0x1A, 0x1B, 0x1C, 0x1D, 0x1E, 0x1F };
byte[] key = GenerateAesKey(sEncryptionKey, salt);

3. 加密流处理的稳定性优化 #

跨版本的CryptoStream对Write方法的处理可能存在微小差异，改用CopyTo方法可提升稳定性：

// 加密时替换原Write逻辑
using (var inputMs = new MemoryStream(inputByteArray))
{
    inputMs.CopyTo(csEncrypt);
}
csEncrypt.FlushFinalBlock();

// 解密时替换原Write逻辑
using (var inputMs = new MemoryStream(inputByteArray))
{
    inputMs.CopyTo(csDecrypt);
}
csDecrypt.FlushFinalBlock();

4. 验证失败字符串的完整性 #

先手动验证第一个失败字符串的有效性：

• 直接将该字符串转换为Base64字节数组（跳过URL解码步骤）。
• 用你的解密代码解密该字节数组，如果成功，说明问题出在URL编码/解码环节；如果仍失败，说明该字符串在存储时已被篡改。

内容的提问来源于stack exchange，提问作者Another Weeb