C#与JS栈中AES CBC解密结果部分错误的原因排查

嘿，这个问题我之前帮不少开发者排查过，结合你描述的情况——前端用aes-js加密带填充的JSON，后端解密后出现乱码截断，大概率是以下几个环节出了问题，咱们一个个捋：

1. 编码格式不统一 #

前端加密时的字符串编码和后端解密后的编码必须完全一致。比如前端aes-js默认是把字符串转成UTF-8字节数组，但如果后端解密后用了GB2312、ASCII或者其他编码去解析，就会出现字节偏移导致乱码。

• 前端要确保：用aesjs.utils.utf8.toBytes(jsonStr)来转换原始JSON字符串
• 后端解密后，一定要用UTF-8编码把字节数组转成字符串，比如C#里用Encoding.UTF8.GetString(decryptedBytes)，Java里用new String(decryptedBytes, StandardCharsets.UTF_8)

2. 填充方式不匹配 #

AES CBC模式必须用填充（除非明文长度刚好是块大小的整数倍），前端aes-js默认用的是PKCS7填充，如果后端解密时用了其他填充方式（比如PKCS5、Zero填充），就会导致解密后末尾或中间出现乱码，甚至截断有效内容。

• 前端确认：aes-js的CBC加密默认就是PKCS7，不需要额外配置，但如果手动改了填充逻辑，要和后端对齐
• 后端要明确指定PKCS7填充，比如C#里AesManaged.Padding = PaddingMode.PKCS7，Java里Cipher.getInstance("AES/CBC/PKCS5Padding")（注意PKCS5和PKCS7在块大小128位时是等价的）

3. IV（初始化向量）处理错误 #

CBC模式的IV必须是16字节（AES-128），而且前后端必须完全一致——前端加密用的IV要和后端解密用的IV完全相同，不能用随机IV却没传递给后端，或者传递过程中编码/转换出错。

• 前端要确保：把加密用的IV和密文一起传递给后端（比如把IV转成base64字符串，和密文拼接或者放在请求头里）
• 后端解密时，要先用和前端相同的方式把IV转成字节数组，比如前端用aesjs.utils.utf8.toBytes(ivStr)或者aesjs.utils.base64.toBytes(ivBase64)，后端就要对应解码

4. 密文传递过程中的字节损坏 #

如果前端把加密后的字节数组直接转成字符串（比如用String.fromCharCode(...cipherBytes)），再传递给后端，很容易出现字节损坏，因为有些字节对应的字符在UTF-8里是无效的。正确的做法是把密文转成Base64或Hex字符串传递：

• 前端加密后：用aesjs.utils.base64.fromBytes(cipherBytes)把密文转成Base64字符串，再发送给API
• 后端接收后：先把Base64字符串解码成字节数组，再进行解密

5. 后端MemoryStream处理错误 #

你提到在MemoryStreamToMessage方法中出现异常，可能是MemoryStream的字节读取方式不对。比如没有重置流的位置（stream.Position = 0）就直接读取，或者读取时用了错误的编码，导致部分字节被截断或解析错误。

• 示例（C#）：解密后把字节写入MemoryStream后，一定要先重置位置，再用UTF-8读取：

memoryStream.Position = 0;
using (StreamReader reader = new StreamReader(memoryStream, Encoding.UTF8))
{
    string decryptedStr = reader.ReadToEnd();
}

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