For a while, I’ve been wondering what to do about these. We have a Status value 
of “Obsolete” which might be useful, or we could outright deprecate them.  At 
the absolute minimum, actively discouraging the practice makes sense.

However, we still need to account for the CWE use cases in which real-world 
code – for whatever reason – is still using password aging.  We have to allow 
for multiple software development models and contexts for product users.  Some 
kind of CWE entry still needs to be available for people to point out the 

So perhaps a new entry like “Reliance on Password Aging” could be created, and 
these two could be deprecated.

I’d love to hear broader discussion from others on this list. Is it time to 
deprecate these two entries outright? Are there any legitimate cases where 
password aging still makes sense (even from a practical standpoint)? Or maybe 
keep CWE-263 since it’s a followon weakness that occurs because of that bad 


From: Kurt Seifried <k...@seifried.org>
Sent: Friday, December 3, 2021 12:57 PM
To: CWE Research Discussion <cwe-research-list@mitre.org>
Subject: Time to retire CWE-262 and CWE-263

Not Using Password Aging - (262)

Password Aging with Long Expiration - (263)

REFERENCES needs updating with:

https://pages.nist.gov/800-63-3/sp800-63b.html Memorized Secret Verifiers

Verifiers SHOULD NOT impose other composition rules (e.g., requiring mixtures 
of different character types or prohibiting consecutively repeated characters) 
for memorized secrets. Verifiers SHOULD NOT require memorized secrets to be 
changed arbitrarily (e.g., periodically). However, verifiers SHALL force a 
change if there is evidence of compromise of the authenticator.

And ideally, we should rewrite BOTH of these CWE's to state "these are 

Kurt Seifried (He/Him)

Reply via email to