What's a decent length for a password?
I think it's pretty much agreed by now that longer passwords are, in general, better. And fortunately stupid complexity requirements are on the way out.
Reading the NIST password rules gives the following:
- User chosen passwords must be at least 8 characters
- Machine chosen passwords must be at least 6 characters
- You must allow passwords to be at least 64 characters
Say what? A 6 character password is secure?
Initially, that seems way off, but it depends on your threat model. If you have a mechanism to block the really bad commonly used passwords, then 6 characters gives you a billion choices. Not many, but you should also be implementing technical measures such as rate limiting.
With that, if the only attack vector is brute force over the network, trying a billion passwords is simply impractical. Even with just passive rate limiting (limited by cpu power and network latency) an attacker will struggle; with active limiting they'll be trying for decades.
That's with just 6 random characters. Go to 8 and you're out of sight. And for this attack vector, no quantum computing developments will make any difference whatsoever.
But what if the user database itself is compromised?
Of course, if the passwords are in cleartext then no amount of fancy rules or length requirements is going to help you at all.
But if an attacker gets encrypted passwords then they can simply brute force them many orders of magnitude faster. Or use rainbow tables. And that's a whole different threat model.
Realistically, protecting against brute force or rainbow table attacks probably needs a 16 character password (or passphrase), and that requirement could get longer over time.
A corollary to this is that there isn't actually much to be gained to requiring password lengths between 8 and 16 characters.
In illumos, the default minimum password length is 6 characters. I recently increased the default in Tribblix to 8, which aligns with the user chosen limit that NIST give.
No comments:
Post a Comment