3 ms·
So use 100,000 rounds, use 1 million rounds, whatever amount makes you happy. You guys can't even break 2 rounds. I actually do use PKBDF2 / Bcrypt in real wor
by olegkikin 9y ago
So use 100,000 rounds, use 1 million rounds, whatever amount makes you happy. You guys can't even break 2 rounds.
I actually do use PKBDF2 / Bcrypt in real world projects. My original comment was entirely about MD5 not really being broken, just too fast.
> because users in the real world don't.
No, you missed the point, and I wrote about it specifically. You should not allow weak / common / short passwords.
- stouset 9y agoMD5 is broken for passwords because it is too fast. Sure, if you use PBKDF2-MD5 with a random salt and 100k iterations you're going to be fine but that's not what anyone in this thread, including you, has been talking about. You started off saying MD5 is fine, then backed off to saying it's fine with a salt, then fine with two rounds, then suggested 1,000 is okay, now we're at 100,000. At what point do you stop making excuses and acknowledge that your original advice was garbage, and backpedaling repeatedly is not helping your case? Further, it is impossible to categorically prevent weak passwords. You can impose length restrictions. You can disallow common passwords. You can require special characters. But people's ability to come up with weak, pattern-based passwords fundamentally outperforms our ability to stop them, and at some point restrictions become so burdensome that people stop signing up for your app altogether. "Just block weak passwords" is ridiculous on its face and you either know it and are arguing simply to save face, or you don't know it and are infuriatingly overconfident for your level of incompetence. I'm past the point of caring which.