即使password_hash（）已经提供了盐，我必须生成额外的盐吗？

Question

在使用PHP的本机password_hash（）函数时，我必须（或应该）生成自己的salt，尽管（据我所知），它已经可以创建salt，如本例所示（由http://www.php.net):

 <?php
/**
 * Note that the salt here is randomly generated.
 * Never use a static salt or one that is not randomly generated.
 *
 * For the VAST majority of use-cases, let password_hash generate the salt randomly for you
 */
$options = [
   'cost' => 11,
'salt' => mcrypt_create_iv(22, MCRYPT_DEV_URANDOM),
];
echo password_hash("rasmuslerdorf", PASSWORD_BCRYPT, $options)."\n";
?>

目前，我一直在使用sha512进行散列，并生成38,500个字符盐。（我不确定字符计数是否真的重要，所以我还是试了试...它似乎奏效了，比如允许我成功注册和登录用户，但我不知道它的全部安全缺陷）类似这样的东西：

  <?php
  $Salt =  str_repeat(hash("sha512", uniqid(time())), 40);
  ?>

很奇怪，但说到密码学，我还有很多东西要学。（这里有一个指向其中一种盐的链接https://shrib.com/F7lB9Ycf)现在，如果我要添加一个额外的salt（如果你说是，再次添加salt），那么我将如何使用password_verify（）在中添加salt？

提前感谢任何可以帮助的人！

Answer 1

password\u hash（）生成自己的salt。无需再次添加salt。请参见PHP参考：如果省略，则密码_hash（）将为每个哈希密码生成一个随机salt。这是预期的操作模式。

Answer 2

您不应该生成自己的salt，因为函数password_hash（）使用操作系统的随机源尽可能做到最好。换句话说，你将无法生产出更好的盐，尽管你可以做得更糟。

// Leave out a salt in the options
$hashToStoreInDb = password_hash($password, PASSWORD_BCRYPT, array("cost" => 11));

生成一个包含38500个字符的salt绝对没有好处。根据salt的添加方式，当您使用密码长度最大的算法（如BCrypt）时，它甚至可能会降低安全性。通常一个salt大约是20字节。

盐可以保护你免受彩虹桌的攻击。一个彩虹表将不得不建立正是这种盐，因为暴力强迫随机密码20是不可能的。如果您为每个密码添加唯一的salt，则攻击者必须为每个密码构建彩虹表。如果您对更多信息感兴趣，可以查看我的关于安全存储密码的教程。