我想知道在数据库中使用哪种方法来存储密码。 我使用MD5实现了它,但根据一些帖子,SHA1更安全。 还有其他更安全的方法吗? 请帮我找出保护密码的最佳方法。
当然SHA1比MD5更安全,但是对于大多数用途来说它不够安全。
您可能会发现有用的视频如何不通过Computerphile存储密码 - 长9分24秒。
您必须意识到在身份验证和访问控制方面有很多内容,因此使用良好的哈希方案是不够的。
如您所知,您不存储密码。 事实上,在存储密码方面,一般而言,您希望使用为此目的而优化的现代算法来存储密码的盐渍哈希值。 对于salt,可以将它与哈希一起存储,因为salt值尽可能长地使用随机值。
注意 :出于安全目的生成随机值时,请使用加密安全生成器(例如, 用于.NET的RandomNumberGenerator的子类 - 示例 )。 这个随机数发生器的设计很难预测。 虽然标准随机数生成器是可重复的(即使用System.Random,您需要的是生成所有值的种子,并且猜测种子所需的是使用相同种子生成的足够的连续值)。
另请注意 :大多数哈希都经过优化,可以快速计算,在该类别中同时包含MD5和SHA1。 您应该选择一个不那么快的攻击,以便在尝试破解密码时攻击将花费合理的时间来计算哈希值。
一个这样的算法是BCrypt - 其他包括Scrypt和PBKDF2 - 在使用来自C#的BCrypt时你会发现文章使用BCrypt来哈希你的密码:C#和SQL Server的例子很有用。 如果您无法为BCrypt或类似算法提供资源,则应至少使用SHA2的变体(SHA256,SHA512等)。
附录 :您可以使用BLC中提供的HMACSHA256
类作为密钥派生函数,将盐作为密钥传递。 这是优选的附加或预先添加盐(可能落入长度扩展攻击 )。 也就是说,如果您使用HMAC,并且您的哈希算法对于长度扩展攻击(已知或将被发现)是有趣的,那么您的系统是安全的。 MD5,SHA1和SHA2易受此类攻击。 SHA3不是。 遗憾的是,SHA3不包含在BLC中(不,它不是SHA384),您可以从Multiformats.Hash
或HashLib
获取它。 我必须提到SHA3在硬件中实现时也设计得很快。 请记住, 对于密码,慢哈希更好 。
正如一年前指出的那样,应该更新这个答案以提及Argon2 。 在此之前我确实写了原始答案。
当时,我还没有找到我愿意推荐的C#实现。 由于这个答案引起了我的注意,我又看了一眼,现在已不再是这样了。
您可以使用具有完全托管代码的Isopoh.Cryptography.Argon2
(它不是C ++实现的C#绑定,但是完整的C#代码),适用于所有主要平台,并且有可用的Nugets。
备注 :
Argon2Version.Nineteen
。 这是Argon2 v.1.3( Nineteen = 0x13
),它修复了已知的漏洞。 Argon2Type.DataDependentAddressin
(Argon2d),或使用带有TimeCost >= 10
Argon2Type.DataIndependentAddressing
(Argon2i)。 理论上,Argon2d容易受到侧通道攻击,因此建议不要在客户端计算机上运行代码。 Isopoh.Cryptography.Argon2
通过使用OS调用来缓解这种情况,以防止敏感内存被移动到虚拟内存/页面文件/交换,并尽快将其归零。 另一方面,Argon2i具有时间 - 内存权衡漏洞,允许通过使用更多内存来更快地计算哈希值。 关于对Argon2i和Balloon Hashing的实际攻击的论文表明,即使在Argon2 v.1.3中,您需要10次迭代/传递才能使利用效率低下。 以下是一些推荐阅读:
还有视频: Crypto回来了! - Google Tech Talk - 2009年8月5日 - 长54分32秒。
首先:不要。 密码恢复选项的目的不是恢复密码,而是恢复对应用程序的访问。 那么......你如何恢复对应用程序的访问?
你很高兴我问。 您需要的是另一种验证用户身份的方法。 这可能是第二个因素身份验证(从安全问题到使用硬件密钥生成器)。 然而,经常做的是在第三方上提供资源,例如邮件。
因此,您想知道用户是否是用户之前声称拥有的电子邮件(或手机或其他)的所有者。 为此,您需要将代码(通常称为令牌或cookie)发送到该电子邮件(或其他任何内容)。 这必须是带有加密安全生成器的随机生成代码,以便除了该电子邮件的所有者(或其他任何东西)之外的任何人都无法知道该代码是什么。
现在,如果用户向您的应用程序提供该代码,您几乎可以肯定它是正确的用户。
几乎是因为:电子邮件(或其他)可能存储在不安全的位置。 为了缓解这种情况,您希望对代码(cookie或令牌)设置时间限制。 此外,如果代码已经被使用,它不应该再工作。 为了获得额外的安全性,您可以为CAPTCHA提供资源,以确保此代码不会来自幸运的机器人。
有关此主题的更多信息(此链接也在上面介绍):
SHA1的漏洞比MD5少。 这是一种更新的算法,它利用更多的比特,需要更多的处理才能“破解”。 您可以在此处查看大多数主流哈希算法及其已知漏洞: http : //en.wikipedia.org/wiki/Cryptographic_hash_function
正如有人已经评论过的那样,一定要确保在密码哈希中添加“salt”以进一步模糊任何可能的模式。