带有自定义盐的 OpenSSL 3.0.2 不以 Salted__

Question

我刚刚将我的 Ubuntu 系统升级到 22.04，其中附带了 OpenSSL 3.0.2。以前我使用的是 1.1.1f，似乎行为已经改变，但我不确定（1）为什么以及（2）如何获取旧行为或新行为是什么，以便我可以适应它。

问题是我期望任何 openssl 加密文件都以以下字节开头：Base64 中的“Salted__”或“U2FsdGVkX1”。我用它来确定文件是否已加密。

如果我使用 OpenSSL 3 和随机生成的盐，一切正常。

echo "foo" >secret.txt
ENC_PASS=chbs openssl enc -aes-256-cbc -md sha256 -pass env:ENC_PASS -e -pbkdf2 -in secret.txt -a

结果：

U2FsdGVkX1+BM+juJUWhy5eqBJ3k5BrrTs/V4l0QstA=

我在 1.1.1f 版本中得到了类似的结果，但它是随机的，所以它是不确定的。

但是，在我正在开发的应用程序中，我需要确定性，所以我需要提供盐。这没什么大不了的，openssl 可以让你用

-S

做到这一点。在 1.1.1f 上我可以这样做并得到：

ENC_PASS=chbs openssl enc -aes-256-cbc -md sha256 -pass env:ENC_PASS -e -S 5555555555555555 -pbkdf2 -in secret.txt -a

U2FsdGVkX19VVVVVVVVVVQkK+WIxriO4aZHXlxJOzDg=

这是确定性的，因此您可以使用我所做的相同秘密并获得相同的结果。

但是在 3.0.2 上使用相同的命令我得到：

CQr5YjGuI7hpkdeXEk7MOA==

这也是确定性的，但为什么不同呢？似乎没有一致的模式。

发生什么事了？他们是否停止在消息前添加盐？如果我想要的话，我是否只需要手动添加该位？我能做些什么让 openssl 再次为我做这件事吗？行为改变的原因是什么？

Answer 1

这不是真正的编程或开发，因此应该是题外话，但既然你让我看：

是的，它改变了，不是特定的 3.0.2，而是所有 3.0.x（从 3.0.0 的 alpha 到 3.0.3）；请参阅https://github.com/openssl/openssl/commit/c4c8791e145a7cb2d59e73410505e36e4d57ff78。现在，当您使用

-S

时，它不再写入 或 读取由

Salted__

加上 8 字节 salt 组成的 16 个字节。

没有选项可以控制它。当然，由于 OpenSSL 是开源的，您可以根据需要分叉和修改它，只要您不违反许可证分发它即可。

明显的 Base64 差异仅仅是由此造成的。

$ <<<U2FsdGVkX19VVVVVVVVVVQkK+WIxriO4aZHXlxJOzDg= openssl base64 -d |xxd
00000000: 5361 6c74 6564 5f5f 5555 5555 5555 5555  Salted__UUUUUUUU
00000010: 090a f962 31ae 23b8 6991 d797 124e cc38  ...b1.#.i....N.8
$ <<<CQr5YjGuI7hpkdeXEk7MOA== openssl base64 -d |xxd
00000000: 090a f962 31ae 23b8 6991 d797 124e cc38  ...b1.#.i....N.8

实际的密文是相同的，如果您分别删除或重新插入前 16 个字节，则 1.x.x 文件可以被 3.x 解密，反之亦然；唯一的区别是前 16 个字节是否存在，这使得 base64 look 不同，因为 16 不是 3 的倍数。

Answer 2

请注意，MacOS✱ 上的

/usr/bin/openssl

实际上是 LibreSSL，它的行为与实际的

openssl

（您可以从 HomeBrew 获得）略有不同，特别是 w.r.t.。腌制。

✱ 从 Sonoma 14.7 开始 ≈ Darwin 内核版本 23.6.0，LibreSSL 3.3.6。