相同的 C 代码在 Mac OS X 上产生的结果与 Windows 和 Linux 上不同

Question

我正在使用旧版本的 OpenSSL，并且在尝试使用跨平台代码时遇到了一些困扰我好几天的行为。

我有调用 OpenSSL 来签署某些内容的代码。我的代码是根据 ASN1_sign 中的代码建模的，该代码可在 OpenSSL 的 a_sign.c 中找到，当我使用它时，它会出现相同的问题。以下是相关的代码行（在 a_sign.c 中以完全相同的方式找到和使用该代码）：

EVP_SignUpdate(&ctx,(unsigned char *)buf_in,inl);

ctx 是 OpenSSL 使用的结构，与本讨论无关
buf_in 是要签名的数据的 char*
inl 为 buf_in 的长度

EVP_SignUpdate 可以重复调用，以便在调用 EVP_SignFinal 签名之前读入待签名的数据。

当此代码在 Ubuntu 和 Windows 7 上使用时，一切正常，在给定相同输入的情况下，它们都会生成完全相同的签名。

在 OS X 上，如果 inl 的大小小于 64（即 buf_in 中有 64 个字节或更少），那么它也会生成与 Ubuntu 和 Windows 相同的签名。但是，如果 inl 的大小变得大于 64，它会生成与其他平台不同的自己的内部一致签名。 通过内部一致，我的意思是 Mac 将读取签名并验证它们是否正确，而它会拒绝来自 Ubuntu 和 Windows 的签名，反之亦然。

我设法解决了这个问题，并通过将上面的行更改为以下内容来创建相同的签名，其中它一次读取一个字节的缓冲区：

int input_it;
for(input_it = (int)buf_in; input_it < inl + (int)buf_in; intput_it++){
  EVP_SIGNUpdate(&ctx, (unsigned char*) input_it, 1);
}

这会导致 OS X 拒绝其自己的数据签名> 64 字节无效，我在其他地方找到了类似的行来验证需要以相同方式分解的签名。

这修复了签名创建和验证，但仍然出现问题，因为我遇到了其他问题，而且我真的不想深入研究（和修改！）OpenSSL。

当然，我做错了什么，因为当我使用库存 ASN1_sign 时，我看到了完全相同的问题。这是我编译 OpenSSL 的方式有问题吗？对于我的一生，我无法弄清楚。谁能告诉我我一定犯了什么愚蠢的错误？

Answer 1

这可能是 MacOS 实现中的一个错误。我建议您通过将上述文本发送给开发人员来提交错误，如 http:// /www.openssl.org/support/faq.html#BUILD17

Answer 2

Mac 上的 OpenSSL 存在已知问题（您必须跳过一些步骤才能确保它链接到正确的库而不是系统库）。你自己编译的吗？发行版中的 PROBLEMS 文件解释了问题的详细信息并建议了一些解决方法。 （或者，如果您正在使用共享库运行，请仔细检查您的 DYLD_LIBRARY_PATH 是否设置正确）。不能保证，但这看起来可能是一个起点......

Answer 3

移植 Windows 和 Linux 代码时最常见的问题是内存的默认值。我认为 Windows 将其设置为 0xDEADBEEF，而 Linux 将其设置为 0s。