AES分块解密ECB模式无填充加密的CSV文件末尾出现随机字节问题咨询

问题根因 #

1. 块加密对齐逻辑错误：AES是固定16字节块大小的加密算法，你配置了PaddingMode.None意味着要求明文长度必须是16字节的整数倍，CryptoStream不会自动处理对齐。如果原始CSV文件长度不是16的倍数，加密时最后一个不满16字节的块会填充未定义的随机内存数据，解密后自然会在末尾出现多余的随机内容。
2. 加密侧流处理不完整：CryptoStream需要积累到完整的16字节块才会执行加密运算，你加密代码最后仅调用了cryptoStream.Flush()，该方法不会强制处理不完整的最后一个块。你将MemoryStream内容写入文件时，要么会包含MemoryStream预分配的未使用缓冲区字节，要么会遗漏最后一个块的加密内容，导致密文长度异常。
3. 解密侧配置不合理：你设置的缓冲区大小81290不是16的整数倍，每次读取后写入CryptoStream的内容可能包含不完整的AES块；同时每次写入后都调用FlushAsync属于多余操作，不仅影响性能，还可能导致块处理逻辑异常。
   另外补充：你使用的ECB模式本身不需要设置IV，加密解密代码中的IV配置不会生效，属于冗余代码。

修复方案 #

加密侧修改 #

优先使用标准PKCS7填充替代无填充模式，避免手动处理对齐的错误，同时补充最终块刷新逻辑，修改后示例代码如下：

using var aes = new AesCryptoServiceProvider();
aes.Mode = CipherMode.ECB;
aes.Padding = PaddingMode.PKCS7; // 替换无填充为标准PKCS7自动填充
aes.Key = key;
// ECB模式不需要IV，删除冗余的IV配置即可

using var memoryStream = new MemoryStream();
using var cryptoStream = new CryptoStream(memoryStream, aes.CreateEncryptor(), CryptoStreamMode.Write);
cryptoStream.Write(data, 0, data.Length);
cryptoStream.FlushFinalBlock(); // 必须调用，强制处理最后一个不完整块

// 仅将实际生成的密文写入文件，避免写入MemoryStream未使用的缓冲区内容
var encryptedBytes = memoryStream.ToArray();
File.WriteAllBytes(encrypted_file_path, encryptedBytes);

解密侧修改 #

和加密侧保持一致的填充配置，调整缓冲区为16的整数倍，移除多余的Flush调用，修改后示例代码如下：

using var sourceStream = File.OpenRead(path_to_encrypted_file);
using var aes = new AesCryptoServiceProvider();
aes.Mode = CipherMode.ECB;
aes.Padding = PaddingMode.PKCS7; // 和加密侧保持完全一致的填充配置
aes.Key = key;
// 同样删除冗余的IV配置

using var fs = File.Create(path_to_decrypted_file);
using var cryptoStream = new CryptoStream(fs, aes.CreateDecryptor(), CryptoStreamMode.Write);

// 缓冲区设置为16的整数倍，推荐使用常规的81920（80KB）
var dataBuffer = new byte[81920];
int read;
while ((read = await sourceStream.ReadAsync(dataBuffer)) != 0)
{
    await cryptoStream.WriteAsync(dataBuffer.AsMemory(0, read));
}
// CryptoStream在Dispose时会自动调用FlushFinalBlock处理最后一个块，不需要额外手动操作

额外优化建议 #

ECB模式安全性较低，相同明文块会生成相同密文，容易被统计攻击。如果你的CSV包含敏感数据，建议替换为CBC或者GCM模式提升安全性。

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