小编Guy*_*Guy的帖子

我正在尝试编写一个 C# 方法，该方法将输出与 openssl 二进制文件相同的加密字符串 (Base64)，但我很难让事情匹配。

许多终端输出和 C# 需要遵循...:P

我们将使用一个非常令人兴奋的示例，即使用密码“123”加密字符串“a”。

首先是当我提供静态盐和密码时的 openssl（这是命令的理想运行方式，也是我希望 C# 输出匹配的内容）：

dev@magoo ~# echo -n a | openssl enc -aes-128-cbc -S cc77e2a591358a1c -pass pass:123 -a -p
salt=CC77E2A591358A1C
key=7B2AD689138A44AD32297BBAAA5B0EEE
iv =EC4F0416B2E9A9B2FEEF2E66FF982159
U2FsdGVkX1/Md+KlkTWKHOtnt1ftHSKyWiz6GxkBVck=

第二个是当我提供静态盐时的 openssl，以及从该盐派生的密钥和 iv（从第一个命令的输出中进行 C+P）但没有密码（因为甚至文档都说这将是一个非-）好主意）：

dev@magoo ~# echo -n a | openssl enc -aes-128-cbc -S cc77e2a591358a1c -K 7b2ad689138a44ad32297bbaaa5b0eee -iv ec4f0416b2e9a9b2feef2e66ff982159 -a -p
salt=E85778B7FFFFFFFF
key=7B2AD689138A44AD32297BBAAA5B0EEE
iv =EC4F0416B2E9A9B2FEEF2E66FF982159
62e3V+0dIrJaLPobGQFVyQ==

这让我觉得很奇怪。将第一个命令中“调试”输出（-p 参数）中的 key 和 iv 值添加到相同的盐中，我以某种方式得到了不同的盐！（CC77E2A591358A1C 与 E85778B7FFFFFFFF [这里的 4 个字节 0xff 看起来可能很有趣]）。

第三是我的应用程序的输出：

dev@magoo ~# mono …