mysql - 密码散列和加盐——这是一个好方法吗？

Question

我正在做一些研究或谷歌搜索处理密码散列和加盐的不同方法，并发现了这个有趣的链接:

http://phix.me/salt/

现在，基本上这提议的是创建两个用户函数，一个用于散列，一个用于检查散列。

盐是伪随机的，但实际上是基于密码的(我觉得很糟糕？)。

散列函数还伪随机地在散列字符串中“撒”盐。

散列检查函数反转撒盐，然后进行实际的散列检查。

现在，我知道每个密码散列的唯一盐值 = 好，但也知 Prop 有散列密码和创建存储在数据库函数中的盐值的逻辑可能 = 坏。

我喜欢这样的想法，盐不是显而易见的，它也不需要基于一些希望一致的值，例如用户名、用户 ID、出生日期等，但正如我所说，我确实对实现。

那么，人们对“最佳方法解决方案”的看法和想法是什么？

Answer 1

salt doesn't need to be secret.对于给定的密码，它确实需要不可预测。

从密码中推导出盐完全没有捕获要点。