PHP的password_hash和password_verify功能是否足够？

Question

我正在建立一个有用户的网站，和大多数包含一些用户类型系统的网站一样，他们用他们的电子邮件和密码登录。我使用PHP为我的网站的后端部分。

在阅读了互联网上的一些文章和帖子后，我了解了PHP函数password_hash（）和password_verify（），并想知道像这样的示例过程是否足够安全？

1. 注册用户，password_hash他们的密码，并将散列存储在数据库中。
2. 登录时，使用password_verify（）验证密码并登录。
3. 如果他们想更改密码，获取他们的输入并再次password_hash输入。

因此，我的问题如下：

1. password\u hash（）和password\u verify（）是我唯一需要的函数吗
2. 我可以接受原始用户输入并使用password_hash（）安全地散列密码以存储在数据库中吗

如有任何答复，将不胜感激。非常感谢。

Answer 1

password_hash（）和password_verify（）在BCrypt algo中使用这些函数就足够了。BCrypt是现在最安全的算法-一天散列密码。BCrypt是PHP 5.5.0的默认算法，因此您可以使用PASSWORD_DEFAULT来使用BCrypt。password_hash（）为每个密码自动生成盐，所以我建议不要使用自己的盐，让password_hash（）为你做，并设置CPU成本最低12。

Answer 2

这两个问题都是肯定的，但有几点需要注意：

>

password_hash(hash('sha512', $_POST['password'], true), PASSWORD_DEFAULT);

password_verify(hash('sha512', $_POST['password'], true), $storedHash);

Bcrypt在NUL字节上断开，这意味着如果密码的SHA512散列以00开头，破解散列的攻击者会将其视为空字符串的Bcrypt散列。

如果您希望接受长度超过72个字符的密码而不进行静默截断，请执行我们在password_lock:base-64中所做的操作，在散列和验证期间对原始散列输出进行编码。

（password_lock执行的密码散列的身份验证加密是可选的，并且仅当您的数据库位于与Web服务器不同的硬件上时，才能提高安全性。）

但如果您只是接受用户的密码，bcrypt就可以了。大多数人的72个字符的密码无论如何都是不可破解的。