php crypt() 河豚盐长度向后兼容

Question

我使用 crypt() 对密码进行哈希处理，使用这样的河豚盐：

$2a$，2 位数字，$，[a-zA-Z0-9] 中的 21 个字符

这里我犯了一个错误，第三个 $ 之后的字符长度是 21 而不是 22。但它工作正常，所以我没有发现错误。

它适用于我的运行 windows 和 php 5.4.4 的桌面以及运行 Amazon linux 和 php 5.3.x 的 AWS ec2，但盐太短了。

有一天我将 AWS php 更新到 5.5.14。然后问题发生了。 crypt() 一直返回 *0。

经过一番尝试，我在盐的末尾添加了一个 $ ，所以它变成了 22 个字符。它再次工作并返回与以前相同的哈希字符串。虽然它不遵守河豚规则，但字符应该是 [./a-zA-Z0-9]

但是现在我将这个站点复制到另一台运行 openSuSE 13.1 和 php 5.5.14 的机器上，这个盐又失败了。

我将 php 降级到 5.4.20 但没有帮助。

新站点仍然需要旧数据库，所以我必须使密码哈希有效。

影响这个河豚盐长度错误兼容性问题的库或模块是什么？ tt好像不是PHP的版本。 AWS 5.5.14

或者还有别的魔法字符可以再次拯救我吗？我尝试将尾 $ 替换为 [./a-zA-Z0-9] 中的每个，但不幸运，哈希字符串不同....

Answer 1

首先我强烈建议使用新函数password_hash() 和password_verify() 来生成和验证新的哈希值。当然，这并不能解决您使用旧哈希的实际问题，但最好将它们标记为旧哈希，以便下次用户登录时更新它们。

对于这个旧的哈希，我会尝试验证它们，生成具有有效最后一个字符 22 的盐。crypt 函数实际上只使用字符 22 的部分位（盐的 126 位而不是 128 位）。所以最后一个字符 22 的组将在相同的哈希值中结束。

查看这个问题的答案Why does crypt/blowfish generate the same hash...

如果您尝试将所有相关字符 [.Oeu] 作为字符 22，则很有可能一种组合会产生与您的无效盐相同的结果。

编辑：

由于使用的盐成为密码哈希的一部分，您应该能够看到用作字符 22（第三个 $ 之后的第 22 个字符）的内容。

Answer 2

使用（再次）“$”作为最后一个字符应该可以使您的密码如果您降级到 PHP 5.4。

但是，这不是一个长期的解决方案。使用“$”作为最后一个字符会使您的所有密码向前不兼容，因为这不是有效的 Base64 字符（无论是常规的还是与 bcrypt 兼容的 Base64）。

只要您可以使用 PHP 5.4，这意味着只要 PHP 5.4 得到官方支持，您就应该在使用所有旧密码时对其进行重新哈希处理。 放弃 PHP 5.4 支持后，您别无选择，只能为仍然使用旧哈希方案的用户生成新的随机密码并通过电子邮件发送给他们。

我还必须建议您使用password-compat package 更新密码。它将为您提供 password_*() 函数，这些函数仅在 PHP 5.5+ 上可用。该包的作者是 PHP 本身实现功能的同一人，因此您可以确定它既安全又 100% 兼容，为您升级到 5.5+ 时提供向前兼容。