Forum Moderators: coopster
I've been thinking of a simple alternative to catch the most egregious examples, though, like prohibiting any password that is a substring or superstring of the username, and then having a few obvious prohibited choices.
Tom
If you are protecting an account with money in it - it doesn't irritate me as much if there are strong password rules, but if I was asked to do this for a site just to register - it would probably irritate me.
Just my 2 cents.
The more they could lose - the more I would say it is good.
I'm thinking of users with access to the database, page-edit screens, that sort of thing. These are accounts that, if hacked into, could do some major damage. On one of the sites, it could literally take years to notice the damage depending on what they did. Realistically, I doubt anyone would ever touch it for the same reason that most wikis basically don't have problems with defacing (i.e. nobody wants to), but I still worry.
Tom
think brute force, dictionary, hybrid crackers
- must have at least one letter and at least one number?
wont matter, positioning is more important than their existence. jatar111 is as easy to crack as 111jatar or jatarsomething but jat1ar will put the brute force time throughthe roof comparatively.
- more than X distinct chars (i.e. disallow 'aaaaaa')?
true that will help but again you run into dictionary searches. non repetitive chars wont necessarily increase the strength of the password.
<added>plugging a dictionary in would be a good start to building better passwords.
If you really need to build great passwords you need to gen them and hand them out.