我正在查看一些我自己没有编写的代码。代码尝试使用SHA512对密码进行哈希，并仅使用time()作为盐值。这个盐值是否太简单，或者这段代码是否安全？
感谢回答和评论。我将在此总结一下给新读者：
random, evenly distributed, high entropy 盐值呢？那么，我用一个32个字符长的随机字符串替换time()如何？这个随机字符串可以通过循环32次来遍历一组字母表字符来生成。听起来不错吧？
time()不是一个好的盐。
摘自我的Salt Generation and open source software的答案
盐是添加到哈希算法输入中的固定长度随机字节集。
将随机盐添加到哈希中可以确保相同的密码会产生许多不同的哈希。盐通常与哈希函数的结果一起存储在数据库中。 添加盐到哈希的好处有：
盐不是一个秘密密钥，而是通过使哈希函数对每个实例具体化来“工作”。使用盐哈希，没有一个哈希函数，而是每个可能的盐值都有一个。这可以防止攻击者攻击小于攻击一个密码所需成本的N个哈希密码。这就是盐的作用。
“秘密盐”不是盐，它被称为“密钥”，这意味着您不再计算哈希，而是计算消息认证码（MAC）。计算MAC是棘手的业务（比仅将密钥和值组合到哈希函数中要复杂得多），它是完全不同的主题。
盐必须对每个实例都是随机的。这确保攻击者必须单独攻击每个盐哈希。
如果您依赖盐（或盐处理算法）保密，那么您就进入了安全性通过混淆的领域（不起作用）。最可能的是，您不会从盐保密中获得额外的安全性；您只会得到安全感。因此，它不是使您的系统更安全，而是让您远离现实。
技术上，盐应该是唯一的。盐的重点是每个哈希密码都要有所不同。这意味着全球范围内。由于没有分配唯一盐的中央组织，我们必须依赖下一个最好的选择，即使用具有不可预测性的随机选择器进行随机选择，最好在盐空间内，使碰撞变得不
对于随机盐的好来源
还可以阅读：什么是最安全的随机数生成种子？
在没有专用硬件随机生成器的情况下，获取随机数据的最佳方法是向操作系统请求（在Linux上，这称为 /dev/random 或 /dev/urandom [两者都有优点和问题，请自行选择]; 在Windows上，调用 CryptGenRandom()）
如果由于某种原因您无法访问上述随机源，则在PHP中，您可以使用以下函数：
来自 phpass v0.3 的源代码
<?php
/**
* Generate pseudo random bits
* @copyright: public domain
* @link http://www.openwall.com/phpass/
* @param int $length number of bits to generate
* @return string A string with the hexadecimal number
* @note don't try to improve this, you will likely just ruin it
*/
function random_bits($entropy) {
$entropy /= 8;
$state = uniqid();
$str = '';
for ($i = 0; $i < $entropy; $i += 16) {
$state = md5(microtime().$state);
$str .= md5($state, true);
}
$str = unpack('H*', substr($str, 0, $entropy));
// for some weird reason, on some machines 32 bits binary data comes out as 65! hex characters!?
// so, added the substr
return substr(str_pad($str[1], $entropy*2, '0'), 0, $entropy*2);
}
?>
openssl_random_pseudo_bytes()，它是一个快速、有效、经过充分测试的熵生成器。 - Charles更新
虽然它不是一个非常好的盐，但可能足以击败除了最坚决和足智多谋的攻击者之外的所有人。一个好的盐需要满足以下要求：
time()值并不足够长，因为它们只有10个数字字符，而没有字母。此外，有时候两个用户在同一秒钟内创建时可能会获得相同的值。但这只有在许多用户在同一秒钟内自动创建的情况下才会成为问题。
无论如何，比完美的盐更重要的是使用好的哈希函数，而SHA512是目前我们可用的最好的哈希函数之一。
time()这样的函数并不理想，正如你之前所说的那样。 - NikiC最安全的方法是从不以编程方式生成盐，而是要求用户在 SSL 链接上输入它们的用户名和密码（因此无法被窃听），但从不存储它。这是信用卡公司采取的方法；即您在每次在线购买时都必须输入的 3 位 CSV 安全密钥，因为它不应存储在任何数据库中。如果您真的想生成盐，请将其单独发送给他们（例如通过 SMS 消息或电子邮件），并仍然让他们每次手动输入。采用这种方法虽然更安全，但需要权衡复杂性与用户是否会因为您使网站过于复杂而停止使用它。
所有以上内容仍然依赖于您是否还有防止会话劫持、跨站点脚本等保护措施。世界上最强大的密码算法是无关紧要的，如果我只需要计算一个已登录用户的有效 PHPSESSID 并劫持它！
我不是安全专家，但已经尽力阅读了很多相关内容。有这么多关于此主题的书籍表明您的问题的答案非常庞大。
以下是一些非常棒的书籍，您可能会喜欢尝试，我发现它们非常有价值：
《Web 应用程序漏洞检测、利用、预防》- ISBN-13: 978-1-59749-209-6
《使用 Apache 防止 Web 攻击》- ISBN-13: 978-0-321-32128-2
是的。
似乎将Unix时间戳存储在用户数据库中作为“成员自”字段会产生不错的盐。
然而，盐的问题是最微不足道的。 你需要注意的更重要的事情有很多：
最有可能成为您网站最薄弱环节的不是密码、盐或哈希算法。一些无聊的文件注入、XSS或CSRF肯定是。所以，不要过于重视它。
在典型的Web应用程序中，谈论真正的32个字符长的随机字符串就像在木制谷仓中谈论32英寸装甲门。
说到密码，最重要的事情是密码复杂性。没有强密码，即使是超级聪明、难以置信的哈希算法也无济于事。要求用户使用复杂密码很痛苦，但如果没有它，其他所有东西都变得一团糟。
因此，您的第一个关注点应该是密码复杂性。包括数字和标点符号在内的12-16个不同大小写字母的字符是必需的。
至于盐，我认为使用时间没有任何好处，因为您必须将其与其他用户数据一起存储。最好使用电子邮件——它已经足够随机了，而且您已经拥有它了。不要忘记重新哈希密码，如果用户更改了他们的电子邮件。 看起来Unix时间戳会是一个不错的盐，不需要使用电子邮件或其他任何东西。
更新
我发现很多人仍然无法理解重点。
就像评论中的那个人所说：
许多用户使用弱密码（我们应该教育他们，或者至少继续尝试），但这并不是借口；他们仍然应该得到良好的安全保护。
毫无疑问，他们应该得到良好的安全保护。但是如果密码太弱，任务就会变得不可能完成。
虽然盐对于花费10千字的文章来说并不那么重要。
在身份验证方面最好不要重复造轮子，但回答你的问题，不。 time() 的问题：
盐用于通过打破密码和预计算哈希之间的匹配来防止彩虹攻击。因此，盐的主要任务是对每个用户/密码记录都不同。盐的随机化质量并不重要，只要盐对不同的用户不同即可。
一个成员加入论坛/网站的日期通常是公开可访问的，这与time（）相同，因此使您的盐无效。
用户名应该足够，并且可能需要注册时间戳，但是您应该将其存储在数据库中的某个位置。无论如何，您用于加盐密码哈希的每个值都应该以某种方式存储，以便您可以重新计算哈希。
使用用户名+时间戳进行加盐是否足够安全？应该是的。破解SHA512哈希通常使用Rainbow表。用户名+时间戳应该是足够唯一的盐，因此在网络上没有预先计算出使用这种方式加盐的密码哈希的Rainbow表。
mt_rand不是密码学强度，但它会给你比time更多的“随机性”。PHP目前没有提供一种获取密码学强度随机数的方法（但正在研究中）。所以你应该要么坚持使用mt_rand，要么分叉/dev/(u)random。 - NikiC