加密/散列数据库中的纯文本密码

Question

加密/散列数据库中的纯文本密码我继承了一个Web应用程序，我刚刚在SQL Server数据库中以纯文本形式存储了超过300,000个用户名/密码。我意识到这是一件非常糟糕的事情。知道我必须更新登录和密码更新过程以加密/解密，并且对系统其余部分的影响最小，您会建议从数据库中删除纯文本密码的最佳方法是什么？任何帮助表示赞赏。编辑：对不起，如果我不清楚，我打算问你的加密/哈希密码的程序，而不是特定的加密/散列方法。我应该只是：备份数据库更新登录/更新密码代码几小时后，浏览用户表中记录密码的所有记录并替换每个记录测试以确保用户仍然可以登录/更新密码我想我的关注更多来自于大量的用户，所以我想确保我正确地做到这一点。

Answer 1

我想你必须在数据库中为加密密码添加一列，然后在获取当前密码的所有记录上运行批处理作业，对其进行加密（因为其他人提到像md5这样的哈希是非常标准的编辑：但不应该单独使用 - 请参阅其他答案以获得良好的讨论），将其存储在新列中并检查所有内容是否顺利进行。

然后，您需要更新前端以在登录时散列用户输入的密码，并验证是否与存储的散列相比，而不是检查明文与明文。

在最终将明文密码全部删除之前，将两个列保留一段时间以确保没有任何错误发生，这似乎是谨慎的做法。

不要忘记，只要密码被访问，代码就必须更改，例如密码更改/提醒请求。你当然会失去通过电子邮件发送忘记密码的能力，但这不是坏事。您将不得不使用密码重置系统。

编辑：最后一点，您可能要考虑避免我第一次尝试在测试床安全登录网站上犯的错误：

处理用户密码时，请考虑进行散列的位置。在我的例子中，哈希是由在Web服务器上运行的PHP代码计算的，但密码是以明文形式从用户机器传输到页面的！这在我工作的环境中是可以的（ish），因为它无论如何都在https系统内（uni网络）。但是，在现实世界中，我想你会想要在离开用户系统之前对密码进行哈希处理，使用javascript等，然后将哈希传输到你的站点。

Answer 2

基本策略是使用密钥派生函数用一些盐“哈希”密码。salt和哈希结果存储在数据库中。当用户输入密码时，盐和它们的输入以相同的方式进行散列并与存储的值进行比较。如果匹配，则对用户进行身份验证。

细节决定成败。首先，很大程度上取决于所选择的哈希算法。像PBKDF2这样的密钥派生算法，基于基于散列的消息认证代码，使得在计算上不可行地找到将产生给定输出的输入（在这种情况下，密码）（攻击者在数据库中找到了什么） ）。

预先计算的字典攻击使用预先计算的索引或字典，从散列输出到密码。散列很慢（或者它应该是，无论如何），因此攻击者一次性散列所有可能的密码，并以这样的方式存储索引结果，即给定散列，他可以查找相应的密码。这是时间空间的经典权衡。由于密码列表可能很大，因此有一些方法可以调整权衡（如彩虹表），这样攻击者就可以放弃一点速度来节省大量空间。

使用“加密盐”阻碍了预计算攻击。这是一些使用密码进行哈希处理的数据。它不需要是秘密，它只需要对给定的密码不可预测。对于盐的每个值，攻击者需要一个新的字典。如果使用一个字节的salt，攻击者需要256个字典副本，每个副本使用不同的盐生成。首先，他使用salt查找正确的字典，然后他使用hash输出来查找可用的密码。但是如果添加4个字节怎么办？现在他需要40亿份字典。通过使用足够大的盐，排除了字典攻击。实际上，来自加密质量随机数发生器的8到16个字节的数据是很好的。

通过预先计算表，攻击者可以在每次尝试时计算哈希值。现在找到密码需要多长时间完全取决于散列候选人所需的时间。通过散列函数的迭代来增加该时间。数字迭代通常是密钥导出函数的参数; 今天，许多移动设备使用10,000到20,000次迭代，而服务器可能使用100,000或更多。（bcrypt算法使用术语“成本因子”，它是所需时间的对数度量。）