Skip to content

Program variants

The NIST RMF is the base layer; FedRAMP, DoD and the Intelligence Community each add their own rules, tools and vocabulary on top. Both FedRAMP and DoD are mid-transition in 2026, so confirm the current rules with your program office before planning.

ProgramApplies toWhat changes from the NIST RMFStatus as of Sep 2026
FedRAMP Rev. 5 pathCloud services sold to federal agenciesSP 800-53 Rev. 5 baselines with FedRAMP additions, agency sponsor, accredited 3PAO assessor, FedRAMP templates, monthly ConMon deliverablesCloses to new applications June 11, 2027; existing Rev. 5 certifications sunset December 31, 2028 (Crowell)
FedRAMP 20x and Consolidated Rules 2026 (CR26)Cloud services, all FedRAMP pathsKey Security Indicators with automated, machine-readable validation instead of long narrative documents; no agency sponsor required; classes A to D replace Low, Moderate and High; “FedRAMP Certified” replaces “FedRAMP Authorized”CR26 released June 25, 2026; mandatory for all providers January 1, 2027 (Crowell, FedRAMP 20x)
DoD RMF (DoDI 8510.01)DoD systems and DoD-connected systemsCNSSI 1253 categorization (separate C, I, A values), DISA STIGs, eMASS as the system of record, ISSM role, IATT and ATO-with-conditions decisions, continuous ATO (cATO) for mature DevSecOps programsStill the issued instruction until replaced; check your component
DoD Cybersecurity Risk Management Construct (CSRMC)DoD systemsAnnounced September 24, 2025 as the RMF’s replacement: five phases (Design, Build, Test, Onboard, Operate), with automation, continuous monitoring and reciprocity at the core (Breaking Defense, Akin)Implementation guidance still rolling out; RMF artifacts remain the evidence base
Intelligence Community (ICD 503)IC systems, including classifiedNIST RMF plus CNSSI 1253 and IC-specific overlays and reciprocity rulesStable
CMMC and SP 800-171Contractor systems holding CUINot the RMF: SP 800-171 requirements assessed under CMMC levels; no AO or ATOPhased into DoD contracts since November 10, 2025

Every variant still needs a defined boundary, a categorization, an agreed control set, evidence that controls work, a tracked list of weaknesses and an accountable official who accepts the risk. If you follow the step pages, you will have the raw material for any of these programs; mainly the templates, tools and cadence change.

Common controls, inheritance and reciprocity

Section titled “Common controls, inheritance and reciprocity”

Inheritance lets a system rely on controls another provider has already authorized, such as a data center’s physical controls or an agency identity service. Always get the provider’s authorization status and a customer responsibility matrix that says which parts of each hybrid control are yours.

Reciprocity means one organization accepting another’s authorization instead of repeating the assessment. OMB A-130, DoDI 8510.01 and FedRAMP all encourage it. The receiving AO reviews the existing package, adds any organization-specific conditions and issues an authorization to use (ATU).

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.