密码身份验证的这种实现看起来安全吗？

Question

我正在创建一个web应用程序，我需要安全地执行身份验证。阅读了大量的文章和帖子，我对实现得出了以下结论。

后端密码散列：使用PBKDF2，用另一个唯一的salt再次对#1的salted-hash进行散列，生成#2的salted-hash，然后用#2 salt存储在数据库中。

因此，数据库总共有#2 salted-html" target="_blank">hash、#1 salt和#2 salt。

因此，当授权发生时，将使用#1 salt对创建#1 salted-hash的纯文本密码进行散列。然后将其转到API进行授权，在那里我们从数据库中获得#2 salt以创建#2 salted-hash，然后将其与从数据库中获得的#2 salted-hash进行比较以进行授权。

对不起，如果这个问题似乎多余，但我找不到任何具体的实现的答案。如果有人能帮助我，那就太好了！

Answer 1

你看过信息安全堆栈交换了吗？例如。这个答案。

客户端密码散列通常被认为是无用和不必要的步骤，不会提高安全性。事实上，您的实现甚至可能有一个不必要的副作用，实际上降低了安全性：用户枚举

根据授权过程中第一步的实现方式，您可能容易受到用户枚举的攻击。如果在数据库中没有找到匹配的用户，我假设您不会发回#1 salt：

null

它也以另一种方式工作：

1. Anon尝试使用与数据库中的用户匹配的用户名/电子邮件登录
2. 由于该用户确实存在，API会发回该用户的#1 salt
3. Anon现在知道这个用户名/电子邮件有一个帐户

为了避免这种用户枚举，即使没有找到匹配的用户，您的API也应该发回一个#1 salt，更重要的是，它应该始终发送相同的salt来响应相同的用户名/电子邮件，否则可能会发生这种情况：

null

为了解决这个问题，您必须想出一种方法，在多次尝试未知用户名/电子邮件时，总是发送回相同的salt。但它不应该对每个未知的用户都是同样的盐，要么要么anon会做出同样的推断。

总而言之，似乎是不必要的复杂。这可能是为什么客户端密码散列不被认为是一件好事情的原因之一。