Skip to content

How to use this guide

This guide is a working reference for the NIST Risk Management Framework (RMF) in SP 800-37 Rev. 2, for anyone taking a system to an authorization to operate (ATO) or keeping one. SP 800-37 Rev. 2 (December 2018) is still the current RMF; there is no Rev. 3. Agency and program processes (DoD, the Intelligence Community, FedRAMP) add their own rules on top, and where they differ, they govern. See Program variants.

If you areStart hereThen
Standing up a new systemPrepare (system-level tasks P-8 to P-18)Work forward through each step in order
Inheriting a system with an ATOATO package checklist, then MonitorCheck the POA&M and the ATO expiry or ongoing-authorization terms
Facing a significant changeMonitor (task M-1)Re-enter at Categorize or Select for the changed parts
An ISSORoles, then Select, Implement and AssessKeep the SSP and POA&M current
A control assessorAssessThe control pages for SP 800-53A objectives
An AO or AO designated representativeAuthorizeATO package checklist
A common control providerPrepare (task P-5) and Select (task S-3)Publish what tenants can inherit

Each step page follows the same layout: purpose, the tasks with who does them, how to apply the step in practice, a done checklist and common findings.

The RMF is seven steps and 47 tasks that turn an organization’s risk tolerance into an authorization decision an official is accountable for. Prepare runs once at the organization level and again for each system; the other six steps repeat whenever the system or its threat picture changes.

The seven RMF steps. Prepare sets the context; Categorize, Select, Implement, Assess, Authorize and Monitor form a cycle, and a significant change found in Monitor sends the system back to Categorize.

The arrow that matters most is the loop: a significant change found in Monitor sends the system back to Categorize or Select for the affected parts, not back to square one.

StepQuestion it answersKey outputsSDLC phase
0 PrepareWhat are we protecting, why, and inside what boundary?Roles, risk strategy, common control list, boundary, information types, system registrationInitiation (and organization-wide)
1 CategorizeHow bad would a loss of confidentiality, integrity or availability be?System description, FIPS 199 security category, approved categorizationInitiation
2 SelectWhich controls, tailored how, and who provides them?Tailored baseline, security and privacy plans (SSP), ConMon strategyDevelopment and acquisition
3 ImplementAre the controls built and documented as built?Implemented controls, updated SSP, configuration baselines, evidenceDevelopment and implementation
4 AssessDo the controls work as intended?Assessment plan (SAP), assessment report (SAR), remediation, POA&MImplementation
5 AuthorizeIs the remaining risk acceptable to the mission?Authorization package, risk determination, decision letterImplementation to operations
6 MonitorIs it still acceptable today?Change analysis, ongoing assessments, updated package, status reports, disposal planOperations, maintenance and disposal

Four ideas carry through every step:

  • Risk, not checklists. Controls are chosen and judged against mission risk. The AO accepts residual risk; a clean control count is not the goal.
  • Three tiers. SP 800-39 splits risk work across the organization (Tier 1), mission and business process (Tier 2) and system (Tier 3). Much of Prepare is Tier 1 and 2 work the system team should inherit, not redo.
  • Inheritance. Common controls (data center, identity, logging, policy) are authorized once and inherited by many systems. Knowing what you inherit shrinks every later step.
  • Life cycle, not event. Each step maps to a phase of the system development life cycle; the ATO is a checkpoint, and Monitor keeps it valid.
DocumentWhat it governsCurrent version (as of Sep 2026)Used in
NIST SP 800-37 Rev. 2RMF steps, tasks, roles, authorization typesDec 2018; no Rev. 3All steps
NIST SP 800-53 Rev. 5Security and privacy control catalogRelease 5.2.0, Aug 27, 2025 (summary of changes)Select, Implement
NIST SP 800-53BLow, Moderate, High and privacy baselines2020, updated Dec 2020Select
NIST SP 800-53A Rev. 5Assessment procedures and objectives2022, with a matching 5.2.0 releaseAssess, Monitor
FIPS 199Security categorization (Low, Moderate, High)2004Categorize
FIPS 200Minimum security requirements2006Select
NIST SP 800-60 Vol. 1 and 2 Rev. 1Information types and provisional impact levels2008; Rev. 2 in draft since Jan 2024Prepare, Categorize
NIST SP 800-30 Rev. 1Risk assessment method2012Prepare, Authorize, Monitor
NIST SP 800-137 and 800-137AInformation security continuous monitoring (ISCM)2011 and 2020Prepare, Select, Monitor
OMB Circular A-130Federal policy requiring the RMF and ongoing authorization2016All steps

Since release 5.2.0, NIST publishes 800-53 updates through its Cybersecurity and Privacy Reference Tool (CPRT), with OSCAL and JSON downloads. Release 5.2.0 added SA-15(13), SA-24 and SI-2(7) and revised SI-7(12), focused on secure software updates.

Independent guidance, not an official NIST publication. Control text is from NIST SP 800-53 Rev. 5 and SP 800-53A (public domain). Original content is licensed CC BY 4.0; program templates and the downloadable kit are dedicated to the public domain under CC0 1.0.