从其他用户字段生成盐
现在，我在数据库（用户表）中有一个“盐”列和一个“密码”列，两者都是 varchar(64) 并采用 sha-256 哈希值作为值。
您认为消除盐列并在密码验证期间使用用户的电子邮件地址生成盐是个好主意吗？这将节省数据库中的一些空间。
Right now I have a "salt" column and a "password" column in the database (the user table), both varchar(64) and take sha-256 hashes as values.
Do you think it's a good idea to eliminate the salt column and use the user's e-mail address to generate a salt during password validation? This would save some space in the database.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
我认为存储随机盐不是问题，而不是从用户的其他列中派生它们。
但是，如果您决定使用一个或多个其他列作为盐，则需要 100% 确保所选值永远不会改变。在您的示例中，如果用户更改了电子邮件地址，您就失去了验证其密码的任何方法。
I don't think it's a problem to store the a random salt, instead of deriving them from other columns of the user.
However, if you decide to use one or more other columns for the salt, you need to be 100% sure that the value chosen never changes. In your example, if the user changes email address, you have lost any way to validate his password.
请参阅此答案了解为什么您应该使用为每个密码创建提供随机盐。
See this answer for why you should use a random salt for every password creation.
盐永远不应该改变。电子邮件地址即可。您对删除盐柱的想法相当于 DBA 的过早优化，并且会带来灾难性的结果。
A salt should never, ever change. An Email address can. Your thinking of the removal of the salt column is the DBA equivalent of premature optimization, with the added consequence of disastrous results.