我是安全细节方面的新手，尤其是密码学方面的新手。
在我们正在构建的应用程序（基于 .NET 3.5 的 ASP.net 应用程序）中，我们目前正在使用数据库来保存我们的用户身份验证信息（此时 AD 等不是一个选项）。 目的是在用户创建时使用 SHA256Managed 对密码进行单向加盐哈希，然后使用相同的方法验证用户。 理想情况下，我们不希望将任何第三方 dll 用于哈希算法，除非绝对必要以避免任何不必要的依赖。
问题：- 1. 有没有比单向加盐哈希更好的选择？ 2. SHA256 是一个相当可靠/安全的选项还是我们应该考虑其他什么？ 3. System.Cryptography 中的 SHA256Managed 实现在速度等方面是否足够好，还是我们应该考虑第三方替代方案？
任何有关方法/实现的指针都会有所帮助。
【问题讨论】：
标签： security .net-3.5 encryption cryptography passwords
我当天对此进行了一些研究，一致认为 BCrypt 是进行单向哈希的最佳方法之一。
您可以在此处查看 C# 实现：http://derekslager.com/blog/posts/2007/10/bcrypt-dotnet-strong-password-hashing-for-dotnet-and-mono.ashx
此外，BCrypt 的好处是你可以决定你希望它通过多少轮。
因此，例如，您可以将加密时间设置为大约 1 秒。对于用户来说，这是可以接受的等待时间，但对于试图通过暴力攻击你的人来说，1 秒就是永恒。
我不是安全专家，所以我在这里所说的只是一粒盐。您可以将盐发送到您的 BCrypt 方法:)
此外，以下是 Atwood 的一些建议：http://www.codinghorror.com/blog/2007/09/youre-probably-storing-passwords-incorrectly.html
更新：
自从回答这个问题后，NuGet 让 BCrypt 的使用变得更加容易：http://nuget.org/packages?q=bcrypt
我不能保证那里有任何特定的实现，所以请看一下代码，但这应该会使 BCrypt 的使用和集成变得更加容易。
【讨论】：
也请考虑阅读以下内容： http://www.obviex.com/samples/hash.aspx
【讨论】：
是的，SHA256 没有任何问题，当然 SHA256Managed 对于大多数用例来说“足够快”（我敢肯定，您不会期望每秒验证 1000 次登录请求，即使您是，网站的其余部分仍然会使登录请求相形见绌...）
但是您是否考虑过框架内置的 Membership 内容？他们已经完成了安全存储凭据以及实现所有支持功能（例如密码重置等）方面的所有艰苦工作
【讨论】：
用盐存储密码哈希是正确的。但是，即使是这么大的错误，也很容易出错。当然，现在 SHA256 将阻止坏人，但再过几年。突然之间，SHA256 似乎不再那么安全了。您需要使用BCrypt，这是一种面向未来的哈希算法。
【讨论】：
只执行一次 SHA256 的问题是它太快了，一个具有出色硬件的设备可以轻松生成大量盐的彩虹表...要解决这个问题，您需要执行密钥拉伸...。我是不会给你上一堂关于密钥拉伸的课，但是人们谈论的 bcrypt 实现会执行密钥拉伸。如果您想要在 .NET 中使用 HMACSHA256 或 512 的 bcrypt 的更现代替代方案，我推荐此 API：
【讨论】：