3 ms·
Glad to know that my self-designed system pretty much matches this "10/10" scheme :) the only difference I do, is I perform the Sha512 hash client-side, so tha
by novaleaf 10y ago
Glad to know that my self-designed system pretty much matches this "10/10" scheme :)
the only difference I do, is I perform the Sha512 hash client-side, so that the user's plain-text password isn't sent to my servers. Any thoughts on that?
- mason55 10y agoYou wouldn't be able to enforce password rules. I could send my own hash of a password that wouldn't meet your password policy and you'd never know.
- novaleaf 10y agopassword rules are enforced client-side too. You are right that a determined person could circumvent the client-side validation, but my thinking is that if someone really wants to do this, it doesnt really hurt me any. FYI I also do recaptcha for signup+resetpw.
- vmasto 10y ago> it doesn't really hurt me any This is the unsafe mentality of "roll your own" and it's always a bad idea. There's a reason why we have to practically blindly follow the best practices; the attack vectors are so diverse we cannot predict them. How would you handle 3rd party phishing schemes attempting to register users with weak passwords for example?
- novaleaf 10y agoAs I said, I use recaptcha to prevent bots, which would also include preventing phishing. Ultimately, if you are writing A SaaS you have to roll your own at some point, but I agree it shouldn't include things like key derivation functions. Maybe I'm dense, but I just don't see how enforcing password strength on both the client and server is making me safer from hackers.