3 ms·
What could the reasoning behind those requirements possibly be?
by Simucal 15y ago
What could the reasoning behind those requirements possibly be?
- eru 15y agoCovering your ass by disallowing passwords like "password".
- Simucal 15y agoNo, I meant specifically why they would allow certain special characters and not others.
- rmc 15y agoThose requirements are there for the people who try putting just their name or "password" or their 4 digit ATM PIN as their password. For very short passwords, only having alphabetical (not even alphanumeric) passwords is terrible. Those requirements are there to prevent some really stupid passwords.
- Lexarius 15y agoUsually the symbols involved are used by SQL or some other layer, and the programmers insert the password directly into the query string because they don't know any better. This leads to SQL injection and other issues. So rather than discovering the correct way to do things, they try to prevent you from using any characters that might be involved in an SQL injection. In some cases the guys on the backend know what they're doing, but the requirement can still be passed down from on high from some manager who absorbed the practice from another project.
- enduser 15y agoIf anyone knew what they were doing the uncrypted password would be nowhere near a SQL statement.
- dpark 15y agoThey're trying to force users to use those characters in an attempt to enlarge the space passwords are drawn from. It doesn't work very well, of course. Instead of "password", you just get "Password1!". That said, I might make the same choice (for short passwords) if I were implementing password policy. Edit: If you meant the "but not %, ^, &, or *" requirement, that's an indication that the devs don't know how to use prepared statements or at least escape properly.