Publish Date:
August 1, 2024
Last Updated:
June 5, 2026

NIST SP 800-171A Rev 3 Mapping to Rev 2 Assessment Objectives: A Thorough Guide

In May 2024, the NIST published revision 3 of Special Publication (SP) 800-171. Revision 3 supersedes Revision 2 published in early 2020 and updated in early 2021. Let’s breakdown a mapping of this revision to revision 2.

Table of Contents

🛡️ NIST SP 800-171 Rev. 3 Transition: Structural Crosswalks & Federal GRC Alignment

The regulatory landscape for defending Controlled Unclassified Information (CUI) within the federal supply chain has shifted significantly following the publication of NIST SP 800-171 Revision 3. While the Department of Defense (DoD) operates under a temporary class deviation maintaining Revision 2 compliance for the immediate rollout of the Cybersecurity Maturity Model Certification (CMMC), a government-wide Federal Acquisition Regulation (FAR) CUI rule is poised to drive federal suppliers toward the updated Revision 3 architecture.

Structural Evolution: Rev. 2 vs. Rev. 3

  • Elimination of Security Requirements Categorization: Revision 3 entirely removes the legacy distinction between "basic" and "derived" security requirements. Instead, all criteria are mapped directly to the moderate control baseline of NIST SP 800-53 Revision 5.
  • Granular Objective Expansion: Though the total count of security requirements was condensed from 110 down to 97, the underlying technical rigor has intensified, expanding the framework to 509 distinct assessment objectives organized across 17 control domains.
  • Organization-Defined Parameters (ODPs): Revision 3 introduces 88 explicit ODP configurations, embedding programmatic flexibility. This allows agencies to define specific organizational variables (such as explicit log audit frequencies) directly within the compliance ledger.

Cross-Framework Reciprocity

Transitioning legacy systems into the new framework requires precise alignment mapping down to the closest assessment objectives. Security officers can leverage structural reciprocity loops by aligning FedRAMP Moderate baseline parameters directly with the corresponding NCCI/NIST ODP tracking rows, ensuring a seamless data compliance flow across multiple federal standards.

In May 2024, the NIST published revision 3 of Special Publication (SP) 800-171. Revision 3 supersedes Revision 2 published in early 2020 and updated in early 2021.

The Defense Federal Acquisition Regulations Supplement (DFARS) has driven the adoption of these requirements. The DFARS safeguarding requirements apply to contractors and suppliers handling covered defense information. The term covered defense information is synonymous with DoD-controlled unclassified information (CUI). The DFARS 252.204-7012 clause applies when an information system handles this information. Handling involves processing, storing, or transmitting information. The DFARS always invoked the requirements in SP 800-171 in effect at the time of the solicitation.

In May of 2024, the OUSD issued a class deviation. This memo directed contractors to continue complying with the requirements of revision 2. This class deviation will remain in effect until rescinded. The DoD is still working through Title 32 and 48 rule-making efforts. Title 32 defines the Cybersecurity Maturity Model Certification (CMMC) program. Title 48 requires contractors to have a certificate as a condition of contract award.

The applicability of NIST SP 800-171 extends to all Federal agencies. DoD was the first to adopt these requirements for their non-federal partners. A larger, government-wide initiative stems from Executive Order 13556 issued in November 2010.  In May 2024, the Office of Management and Budget (OMB) received the proposed FAR CUI rule. This rule would define the safeguarding requirements of CUI for all Federal agencies. Those following these developments believe these requirements may invoke NIST SP 800-171. If so, the requirements may point to the updated revision 3.

Evolution of Revision 3

NIST announced their intent to update SP 800-171 on July 19, 2022.

Some of their goals included:

  • Eliminating the distinction between basic and derived security requirements.
  • Updating requirements and families to reflect updates in NIST SP 800-53 revision 5
  • Increase specificity to remove ambiguity and improve effectiveness
  • Eliminate the non-federal organization control tailoring category
  • Introduce organization-defined parameters (ODP) to increase flexibility
  • Remove outdated and redundant security requirements

Initial Public Draft (IPD)

NIST published the initial public draft (IPD) of revision 3 in May of 2023.

Some key takeaways from the IPD included:

  • Reduction of security requirements from 110 to 109
    • Removed 3 requirements deemed not related to protecting CUI confidentiality
    • Removed 1 requirement that was technology-specific
    • Incorporated 23 requirements into other requirements
    • Proposed 26 new requirements
  • Increase of families (domains) from 14 to 17
  • Reduction of non-federal organization controls from 61 to 25

At the time, NIST did not publish a corresponding assessment guide for Revision 3. Based on our crosswalk of the IPD to NIST SP 800-53A, we estimated 510 assessment objectives.

Final Public Draft (FDP)

NIST published the final public draft (FPD) of revision 3 in November of 2023. Some key takeaways from the FPD included:

  • Reduction of security requirements from 109 to 95
    • Removed 3 requirements addressed by other related controls (ORC)
    • Incorporated 3 requirements into other security requirements
    • Removed 10 of the proposed security requirements in the IPD
    • Added 2 new security requirements
  • Increase in the number of assessment objectives from 320 to 445
    • Categorized 56 objectives as an organization defined parameters
  • Eliminated the non-federal organization tailoring category

Sp 800-171 Rev. 3

NIST published SP 800-171 Rev. 3 in May of 2024. Some key takeaways from the final publication include:

  • Increase in the number of security requirements from 95 to 97
    • Separated the incident response plan from the incident-handling capability.
    • Recategorized risk response from ORC to CUI when creating 03.11.04.
  • Increase in the number of assessment objectives from 445 to 509
    • Categorized 88 objectives as organization-defined parameters

The Role of NIST SP 800-53

The basic and derived labels from SP 800-171 identified the requirement's source. NIST derived basic requirements from FIPS 200. Derived requirements came from a tailoring of the moderate SP 800-53 Rev 4 baseline.  Revision 3 eliminates this distinction. NIST derived all criteria from the moderate control SP 800-53 Rev 5 baseline.

This presents a unique challenge when mapping work between revisions. Mapping basic requirements to controls from the SP 800-53 catalog is challenging. Practitioners with experience using the mapping table may already understand this challenge.

Image Source: Appendix D from NIST SP 800-171 Rev 2

Mapping revision 2 to SP 800-53 Rev 5 enables a more accurate crosswalk from revision 2 to revision 3. You can download our mapping resource here. In this crosswalk, we drill down to the nearest objectives from both publications. We trained claude.ai to check the nature and strength of each relationship based on NIST IR 8477.

Image Source: NIST SP 800-171 vs 800-53 Crosswalk

The SP 800-171 Rev 3 publication identifies the underlying SP 800-53 Rev 5 control(s). This mapping only connects requirements to controls. We refined these references to map objectives from SP 800-171A Rev 3 to objectives within SP  800-53 Rev 5.

Image Source: NIST SP 800-171 Rev 3

Mapping Objectives Between Revisions

We had the following goals mapping Revision 2 and Revision 3:

  • Crosswalk work done under Rev 2 into future requirements with Rev 3
  • Identify new objectives in Rev 3 that were not present in Rev 2
  • Identify objectives within Rev 2 that are no longer required in Rev 3
  • Incorporate organization defined parameters from the FedRAMP baseline

Let’s use requirement 3.1.1 as an example. Under revision 2, this requirement included 6 objectives. Here is how these objectives map to revision 3 requirements:

Image Source: NIST SP 800-171 Rev 3 Crosswalk Calculator

In this example, NIST derived 3.1.1 from FIPS 200. The SP 800-53 Rev 5 mapping indicates these objectives map to more than one control and more than one family. The Rev 3 crosswalk reveals that half the objectives map to the access control family. The other half maps to requirements within the identification and authentication family.

Here is the mapping of the first part of 3.1.1:

  • Identify authorized users. (SP 800-171 Rev 2 - 3.1.1(a))
  • Specify authorized users of the system. (SP 800-53 Rev 5 - AC-02d.01)
  • Specify authorized users of the system. (SP 800-171 Rev 3 - A.03.01.01.c[01])

It gets more difficult to map the second part of 3.1.1:

  • Identify processes acting on behalf of authorized users. (SP 800-171 Rev 2 - 3.1.1(a))
  • Associate identification of authenticated organizational users with processes acting on their behalf. (SP 800-53 Rev 5 - IA-02[02])
  • Associate processes acting on behalf of users with identified and authenticated system users. (SP 800-171 Rev 3 - A.03.05.01.a[03])

Now consider looking at it from the perspective of Rev 3. Here is a list of the requirements for 03.03.05 and their related objectives from Rev 2:

Image Source: NIST SP 800-171 Rev 3 Crosswalk Calculator

In this example, NIST derived 3.3.5 from AU-6(3) within NIST SP 800-53 Rev 4. The SP 800-53 Rev 5 mapping indicates that part (a) maps to part of the base control from AU-6. Part (b) maps to the control enhancement AU-6(3). The Rev 3 crosswalk confirms this mapping.

Here is the logic of the first objective from 3.3.5 within NIST SP 800-171 Rev 2:

  • Define the audit record review, analysis, and reporting processes for investigation. Define the response to indications of unlawful, unauthorized, suspicious, or unusual activity. (SP 800-171 Rev 2 - 3.3.5[a])

This part maps to AU-6a. and AU-6b. from NIST SP 800-53 Rev 5 which contains three ODPs:

  • Define the frequency to review and analyze system audit records. (SP 800-53 Rev 5 - AU-06_ODP[01])
  • Define inappropriate or unusual activity (SP 800-53 Rev 5 - AU-06_ODP[02])
  • Define personnel or roles to receive findings from reviews and analyses. (SP 800-53 Rev 5 - AU-06_ODP[03])
  • Review system audit records <frequency>. Analyze for indications of <inappropriate or unusual activity>. Analyze the potential impact of the inappropriate or unusual activity. (SP 800-53 Rev 5 - AU-06a.)
  • Report findings to <personnel or roles>. (SP 800-53 Rev 5 - AU-06b.)

The first part of 3.3.5 maps to the first three parts of 03.03.05 from SP 800-171 Rev 3:

  • Define the frequency to review and analyze system audit records. (SP 800-171 Rev 3 - A.03.03.05.ODP[01])
  • Review system audit records <frequency>. Analyze for indications and the potential impact of inappropriate or unusual activity. (SP 800-171 Rev 3 - A.03.03.05.a)
  • Report findings to organizational personnel or roles. (SP 800-171 Rev 3 - A.03.03.05.b)

In this example, we can see some of NIST's tailored actions. NIST condensed part (a) of AU-6 when defining A.03.03.05.a. They also removed two organization defined parameters. Defining inappropriate or unusual activity is a prerequisite to analyzing audit records. Defining personnel or roles to receive findings is a prerequisite to reporting. Using SP 800-53 identifies tailoring actions that may lead to less adequate implementations.

Incorporating FedRAMP ODPs

There is a high degree of overlap between SP 800-171 and SP 800-53. The Federal Risk and Authorization Management Program (FedRAMP) uses SP 800-53 controls. Section D within the DFARS 7012 clause references the FedRAMP moderate baseline. This establishes some reciprocity between standards for protecting CUI. FedRAMP Moderate baseline parameter assignments may meet derived requirements from SP 800-171.

We’ll use the previous example of 03.03.05 from SP 800-171. Using the drop down in Cell A1 we selected the FedRAMP Moderate baseline. If FedRAMP defines the same ODP found in SP 800-171 Rev 3, then the value appears next to the ODP. The displayed text also updates to incorporate this value.

Image Source: NIST SP 800-171 Rev 3 Crosswalk Calculator

Here is the logic of this mapping for A.03.03.05.ODP[01]:

  • ODP: Define the frequency to review and analyze system audit records. (SP 800-171 Rev 3 - A.03.03.05.ODP[01])
  • Define the frequency to review and analyze system audit records. (SP 800-53 Rev 5 - AU-06_ODP[01])
  • FedRAMP Moderate defined assignment/selection parameter: AU-6 (a)-1 [at least weekly]

Conclusion

There are currently no contractual requirements to use SP 800-171 Rev 3. DoD has stated its intent to maintain Rev 2 as the standard for its proposed CMMC program. Other agencies may adopt Rev 3 as the standard within the proposed CUI rule.

We developed this resource to assess changes that NIST made to this standard. Mapping these standards together can better prepare organizations for meeting future requirements.

❓ NIST SP 800-171 Rev. 3 Regulatory FAQ

Why is there a mismatch between DoD's contract enforcement and the release of Revision 3?

Although NIST finalized Revision 3, the Office of the Under Secretary of Defense (OUSD) issued a formal **class deviation memorandum**. This directive instructs defense contractors to continue matching the criteria of Revision 2. This allows the DoD to finalize its Title 32 and Title 48 rule-making efforts for the launch of the **Cybersecurity Maturity Model Certification (CMMC)** without shifting compliance requirements mid-stream.

What is an Organization-Defined Parameter (ODP) and how does it impact compliance?

An **ODP** is a configurable variable built into a security control. Instead of dictating a rigid, one-size-fits-all rule, Revision 3 introduces 88 parameters that allow federal agencies or contractors to insert their own explicit values—such as defining an audit log review frequency as "at least weekly"—providing programmatic flexibility while keeping a structured baseline.

How does the removal of 'basic' and 'derived' labels affect control mapping?

In Revision 2, basic requirements stemmed from FIPS 200, while derived requirements were tailored from the old NIST SP 800-53 Rev 4 catalog. This hybrid source made cross-framework auditing confusing. Revision 3 removes this separation completely, deriving **all security criteria directly from the moderate baseline of NIST SP 800-53 Revision 5**, which simplifies automated compliance mapping.

How can defense contractors leverage FedRAMP data for NIST SP 800-171 Rev. 3 compliance?

Under Section D of the DFARS 252.204-7012 clause, clear reciprocity exists for systems that align with the **FedRAMP Moderate baseline**. Because FedRAMP utilizes the same underlying NIST SP 800-53 control set, contractors can automatically import their approved FedRAMP parameter selections (e.g., the AU-6 log review frequency of "at least weekly") directly into the corresponding Revision 3 ODP fields, significantly reducing administrative overhead.