c# - TripleDES 加密和解密给出奇怪的结果

Question

我有一个 TripleDESCng 的工作实现(针对一些测试向量进行了测试)，但是发生了以下情况:

当我加密纯文本时 这是一个示例消息(24 字节，因此它是 3 个 block )(十六进制为 5468697320697320612073616D706C65206D657373616765)和一个例子 key ，我得到 E81F113DD7C5D965E082F3D42EC1E2CA39BCDBCCBC0A2BD9。但是，当我使用相同的示例 key 解密时，我得到 5468697320697320612073616D706C650000000000000000，当转换回 ASCII 时，它是:

这是一个示例。

除了我的代码之外，还有其他原因会导致这种行为吗？为了加密和解密，我使用 24 字节 key (ECB 模式)。

编辑:

using (var tripleDES = new TripleDESCryptoServiceProvider())
{
   byte[] data = ASCIIEncoding.ASCII.GetBytes("This is a sample message");
   Console.WriteLine(BitConverter.ToString(data));
   tripleDES.IV = new byte[tripleDES.BlockSize / 8];
   var encryptor = tripleDES.CreateEncryptor();
   byte[] result = new byte[data.Length];
   encryptor.TransformBlock(data, 0, data.Length, result, 0);
   var decryptor = tripleDES.CreateDecryptor();
   byte[] result2 = new byte[result.Length];
   decryptor.TransformBlock(result, 0, result.Length, result2, 0);
   Console.WriteLine(BitConverter.ToString(result2));
}
Console.ReadLine();

Answer 1

对于几乎所有模式¹，您应该确保数据的最后部分通过TransformFinalBlock 推送。而不是 TransformBlock²，以确保它知道没有更多数据到来并确保最终 block 被刷新/写入。

一般来说，假设输出大小与输入大小匹配是一种错误的形式。

the mode is not a problem, IV is set to 0s either way

是的，这意味着第一个 block 不受您选择的模式的影响。但是所有后续 block 都将是，因为它们将使用链接模式和前一个 block ，不是 IV。因此，如果您想要 ECB(您不应该³)，您需要明确设置该模式。

---

¹您的代码使用的是 CBC，而不是您在叙述中声称的 EBC。 CBC 是 .NET 加密类的默认模式。

²并且在使用第二种方法时，请注意它的返回值，正如 mjwills 评论的那样。

³您选择了一种过时的加密算法，将其与过时的操作模式配对，而我在上面引用的您的话意味着您不了解模式。加在一起，我会建议您目前不适合编写使用加密的代码。 .NET 类可以使编写加密代码看起来很容易，但您仍然必须了解如何在使用它们时做出正确的选择。最好在编写代码之前花更多时间研究这些东西。