bcrypt日志回合与哈希迭代

Question

我刚刚启动了Grails 2.4.4 / Spring Security 2.0-RC4（插件）应用程序。 我正在使用与Grails 2.3.11 / Spring Security 1.2.7.3中相同的安全性配置：

grails.plugin.springsecurity.password.algorithm = 'bcrypt'
grails.plugin.springsecurity.password.bcrypt.logrounds = 31

它挂在启动时-或我想。 的确，当对数舍入为20秒时，它开始花费的时间非常长。 对于以前的应用程序，将其设置为31不会有延迟。在比较了文档之后，我注意到2.0插件具有一个新的config选项：

Property                    Default Description
password.hash.iterations    10000   the number of iterations which will be executed on the hashed password/salt.

然后，我仔细研究了代码，发现2.0不再依赖jbcrypt，而是Spring实施（ org.springframework.security.crypto.bcrypt ）。

我认为这与速度的差异有关，但是我对bcrypt或实现的差异了解得不够好，无法对它们进行比较。 有人可以阐明这一点吗？ 是什么使它们等效？ 那是我想要的，还是我的旧版应用程序不安全？

Answer 1

password.hash.iterations选项不适用于bcrypt，而是与其他哈希算法（例如SHA-256）一起使用。

请注意，bcrypt logrounds与迭代不同。 迭代次数= 2 ^log_rounds 。 示例：12个logrounds = 4096（2 ¹² ）个迭代。

如果计算很快，很可能不会应用31个bcrypt logrounds。

更新：旧的jbcrypt版本有一个溢出错误 ，设置为31会导致零（0）迭代，而不是2 ³¹ ！ .NET端口也遇到了同样的问题。