Take the 2-minute tour ×
Information Security Stack Exchange is a question and answer site for Information security professionals. It's 100% free, no registration required.

I have read:

  • PCI DSS 1.2
  • SOX 404
  • AR 25-2
  • ISO 27001

But only PCI DSS specifies a minimum password length.

Are there any other regulations that dictate password lengths for any industry?

NIST documents talk about the impacts of certain lengths and complexities. OWASP, SANS, and others give their opinions on password minimums, but they couldn't be considered official.

Not looking for recommendations or impacts of various lengths, but actual regulations that require a certain length. For the purposes of this question, it doesn't even matter if the regulations are good or not, just some regulatory body saying that passwords must be at least a certain length.

share|improve this question
1  
I, being a regulatory body that I recognize, regulate that all passwords shall have at least one character. –  yfeldblum Jan 27 '12 at 1:45
    
har dee har har –  schroeder Jan 27 '12 at 1:51
    
Regulations are local; regulations in North Korea are different from regulations in Seattle. Regulation of a health care provider in Seattle will be different from the regulation of a starbucks, or a file hosting site. The question is so broad as to be meaningless. –  Mark C. Wallace Jan 27 at 15:25
    
@MarkC.Wallace I agree that 'regulations' is a broad scope, but I'm not looking for applicability, merely an example of a regulation that makes a positive statement on password lengths. –  schroeder Jan 27 at 16:25

4 Answers 4

up vote 5 down vote accepted
+50

I believe the National Institute of Standards and Technology (NIST) publishes the United States Government Configuration Baseline (USGCB, formerly known as Federal Desktop Core Configuration or FDCC) checklists, which specify the password complexity, lifetime, and history requirements for U.S. federal organizations. Also, the Center for Internet Security (CIS) publishes Benchmarks for various platforms, which include similar recommendations.

Between the two, the highest mark is:

  • 12 characters minimum.
  • At least three character types.
  • Expiration in 60 days.
  • Minimum lifetime of 1 day.
  • No reuse within 24 passwords.
  • Some OS-specific additional requirements may be applied.

Those settings are applied at the OS level. I'm not sure if either organization has similar specifications specifically targeting applications or websites, but most organizations which are subject to these will probably just use the same requirements as they do in the OS.

A Google search for any of the above terms should turn up a wealth of information. (I may add links here myself later, or anyone else is free to edit them in.)

share|improve this answer
    
Thank you for this. I had been scouring the NIST site for anything and could not find a specification. –  schroeder Jan 27 '12 at 20:52
    
USGCB is not a regulation; it is a standard. Some US federal agencies may be required to comply with USGCB. –  Mark C. Wallace Jan 27 at 15:25

To be honest the "official documentation" for all of these standards is incomplete, and as a CISSP in the industry its really annoying.

How I look at it is that no one is going to approve you if you have known vulnerabilities in your software, period. The authority for this is the is the Community Emergency Response Teams (CERT), and CERTs issue CVE numbers for vulnerabilities. All CERTs use the Common Weakness Enumeration system to classify vulnerabilities in software.

There is CWE-521 - Weak Password Requirements which lists the following:

  1. Minimum and maximum length;
  2. Require mixed character sets (alpha, numeric, special, mixed case);
  3. Do not contain user name;
  4. Expiration;
  5. No password reuse.

It should be noted that the CWE system is a tree, and the parent of CWE-521 is CWE-255 credentials management.

share|improve this answer
    
Right. SOX, AR 25-3, and ISO 27001 all state that there needs to be a minimum and maximum enforced, but just the PCI-DSS that actually says what the minimum should be. –  schroeder Jan 18 '12 at 2:51
2  
@schroeder The PCI-DSS is really ambiguous especially when it comes to cryptography. This was a standard created to place blame on vendors when things go wrong, and it doesn't really care if your system is secure. –  Rook Jan 18 '12 at 7:20
    
Some things which are also not taking into account is that when users need to change their password regularly they often use patterns or just write their password down next to their desk. –  Lucas Kauffman Jan 18 '12 at 10:54
1  
@Rook +1 PCI has almost nothing to do with security its a standard for auditors to decided whom to blame. –  Jim B Jan 18 '12 at 17:21
1  
How on earth does a maximum password length improve security under any circumstances? Just yesterday I was changing my live.com password and they give you all this stuff about security being so important to them blah blah blah, but then they cap password lengths at 15 characters. –  Mike Feb 12 '13 at 18:08

Since you are looking for ANY regulatory body, whether applicable to you or not, Department of Defense Instruction 8500.2, Information Assurance Implementation states:

For systems utilizing a logon ID as the individual identifier, passwords are, at a minimum, a case sensitive, 8-character mix of upper case letters, lower case letters, numbers, and special characters, including at least one of each (e.g., emPagd2!). At least four characters must be changed when a new password is created.

share|improve this answer
1  
I'd love to know how they technically enforce that last requirement without storing passwords in a cleartext form, or with reversible encryption - both of which generally should not be done. –  Iszi Jan 27 '12 at 14:45
1  
Agreed entirely. From my experience, some of the DoD guidance is either outdated, or written by technical writers who have no true knowledge of the implementation hurdles their policies face. Therefore some of the stuff in these regulations end up being waivered for security best practices. Not to mention DoD is moving away from user/password wherever possible. –  Purge Jan 27 '12 at 14:52
    
@Purge Thanks for this info! –  schroeder Jan 27 '12 at 20:54
1  
@Iszi Easy. When changing passwords, prompt the user for their previous one. –  Mike Feb 12 '13 at 18:10

Most of the federal regulations are ambiguous on purpose. They say you have to be secure but don't give you specific instructions on how. PCI-DSS is a Contract that you have to sign in order to do business using Credit Cards. Because of things like the Fair Credit Reporting Act that puts the burden of stolen credit card transactions on the Credit Card companies, you bet your butt they are going to be very specific and measurable.

To answer your question directly, no, I am not aware of any other regulation or contract that specifies measurable security controls other then PCI-DSS. Most of the answers listed are things that you/your company can prescribe to but not they are not required. PCI-DSS, HIPAA, SOX, GLBA are required depending on whether you are dealing with Credit Card, Health Info, Publicly Traded or Financial. There may be some Statutory or International laws that you would have to consider and those can be very specific and/or very confusing. Especially in Canada when you try to figure out if you have to enforce privacy controls based on National, Provincial regulation or some Ministry via contract.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.