- Configure history in the directory or identity provider and record the number chosen.
- The requirement fades in importance as accounts move to MFA and passwordless — but it applies wherever passwords survive, including appliances.
3.5.8 — Password reuse prohibition
3.5 Identification and Authentication · NIST SP 800-171 Rev. 2 · The heading label is this site's navigational shorthand; the official language is the statement below.
Prohibit password reuse for a specified number of generations.
NIST SP 800-171 Rev. 2 — Protecting CUI in Nonfederal Systems ↗NIST SP 800-171A — Assessing Security Requirements for CUI ↗What this requirement is after
Users must not rotate between a handful of favorite passwords. A remembered-history check blocks reuse for a specified number of generations wherever passwords are still the authenticator.
Withdrawn as a standalone item in Rev. 3; the consolidated Password Management requirement (03.05.07) governs.
Brilliant at the Basics practices that support this requirement
The campaign’s twenty practices are a priority list, not a control catalog, and none of them works this requirement’s substance directly. It still applies to you if it is in your contract’s scope: address it through your own implementation and the related artifacts below, and treat the absence of a mapping here as honesty, not permission to skip it.
Implementation considerations and evidence
- Password-history configuration exports for each store where passwords are used
- The written password standard naming the generation count and where it is enforced
Templates and worksheets with a mapped relationship
No artifact in the library names this requirement yet. The library index groups everything by category and practice.
Where this lands in Rev. 3
Sources and review status
| Primary sources | NIST SP 800-171 Rev. 2 — Protecting CUI in Nonfederal Systems · NIST SP 800-171A — Assessing Security Requirements for CUI |
|---|---|
| Review status | Pending NIST SME review |
| Content version | 1.0 |
| Updated |