Re: [VOTE] Increasing the default BCrypt cost
| From: | Levi Morrison via internals | Date: | Mon, 25 Sep 2023 19:43:44 +0000 |
| Subject: | Re: [VOTE] Increasing the default BCrypt cost | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-121141@lists.php.net to get a copy of this message | ||
> Please find the following resources for your references:
>
> RFC Text: https://wiki.php.net/rfc/bcrypt_cost_2023
> Discussion Thread: https://externals.io/message/121004
> Feedback by a Hashcat team member on Fediverse:
>
> https://phpc.social/@tychotithonus@infosec.exchange/111025157601179075\†E Õ¥Ô‡¸Á
> µÍú
I did a tiny bit of my own research, and could not find any
recommendations more specific than "10 or more" as the cost factor.
Typically, the advice is "use a more modern system like argon2id".
However, I did notice some sites mention that systems ought to check
for a maximum length of 72 bytes when using bcrypt:
https://cheatsheetseries.owasp.org/cheatsheets/Password_Storage_Cheat_Sheet.html#input-limits
As far as I can tell, PHP does not do this check. I am not sure if the
implementation(s) used suffer(s) from the limitation that is the
source of this recommendation. Perhaps someone has time to investigate
this? Anyway, it's "future work."
I have voted for 11, but will not be hurt in any way if 12 wins.