Table of Contents

Reach SOC 2 Compliance in 6 Weeks or Less.

  /

  / Drata FedRAMP: How it Handles Authorization Under Rev 5 and 20x

Drata FedRAMP: How it Handles Authorization Under Rev 5 and 20x

In late 2025, Drata became one of a small group of compliance platforms to earn a FedRAMP 20x Low Pilot Authorization, completing the modernized review track that GSA designed to compress federal cloud authorizations from years into weeks. That milestone matters because most “FedRAMP-ready” tools still rely on narrative documentation built for the old process. 

Drata’s authorization is proof that its automation pipeline can satisfy the standards the federal program now wants every cloud service provider to meet. This guide explains what Drata actually does for FedRAMP, where it fits in the authorization workflow, what it costs, and where its limits show up, with current context on how FedRAMP 20x is reshaping the entire process.

Drata FedRAMP Handles Authorization Under Rev 5 and 20x

What Is FedRAMP and Why Does It Matter for Cloud Service Providers?

FedRAMP is the U.S. government’s standardized program for assessing, authorizing, and continuously monitoring cloud services used by federal agencies. Established in 2011 and codified in law through the FedRAMP Authorization Act of 2022, it operates on a do once, use many principle: a cloud service offering authorized once can be reused across federal agencies without each agency repeating the entire security assessment. The program is administered by GSA through a Program Management Office, with technical baselines drawn from NIST SP 800-53.

Three impact baselines define the depth of the controls a cloud provider must implement: Low (156 controls), Moderate (323 controls), and High (410 controls). A separate LI-SaaS baseline streamlines requirements for low-impact SaaS systems. The Moderate baseline is the most commonly pursued path because it covers Controlled Unclassified Information, the threshold most federal contracts demand.

What Is Drata and What Does It Do for FedRAMP?

Drata Company Overview and Background

Drata is a security and compliance automation platform headquartered in San Diego, founded in 2020 by Adam Markowitz, Daniel Marashlian, and Troy Markowitz. The company has grown to roughly 8,000 customers and reached unicorn status with a $2 billion valuation following its Series C round.

In February 2025 it acquired SafeBase, folding the trust center product into its core platform. Drata supports more than 30 frameworks including SOC 2 compliance, ISO 27001, HIPAA, PCI DSS, GDPR, NIST 800-53, NIST 800-171, CMMC, and FedRAMP.

Does Drata Support FedRAMP as a Framework?

Yes. Drata provides pre-built FedRAMP frameworks for LI-SaaS, Low, Moderate, and High baselines, with controls mapped to NIST 800-53 requirements. The platform is built around OSCAL, the open machine-readable format that NIST developed for control catalogs and assessment data, which is now the required submission format under FedRAMP 20x.

Drata also offers a dedicated FedRAMP Readiness Framework for organizations earlier in the journey. As of late 2025, Drata holds its own FedRAMP 20x Low Pilot Authorization, meaning federal agencies and contractors can use the platform itself without inheriting a compliance gap from their tooling.

Reach SOC 2 Compliance in 6 Weeks or Less

Schedule Your Free SOC 2 Assessment Today

How Drata Works for FedRAMP Compliance Step by Step

Step 1: Connect Your Cloud and Security Tools

The first work in any Drata implementation is wiring up integrations. Drata supports more than 200 connectors covering AWS (including 45+ services), Azure, GCP, GitHub, Okta, identity providers, vulnerability scanners, HRIS, and ticketing platforms.

For FedRAMP environments, the AWS GovCloud and Azure Government integrations matter most, since federal workloads typically live in those tenants. The connections feed system data into Drata’s monitoring engine, where it becomes the raw material for automated control tests.

Step 2: Map Controls to FedRAMP Requirements Automatically

Once integrations are in place, Drata applies its pre-built control mappings against the FedRAMP baseline you have selected. A single control can satisfy requirements across multiple frameworks at once, so an organization that has already implemented SOC 2 compliance or ISO 27001 inherits significant credit when expanding into FedRAMP.

For a deeper look at how those frameworks compare, our ISO 27001 vs SOC 2 guide walks through the key differences. The control set is editable, which matters because FedRAMP allows narrowly scoped parameter overrides for some controls.

Step 3: Continuously Monitor Your FedRAMP Control Environment

Drata runs automated control tests on a continuous basis, validating that the configurations and evidence each control depends on are still in place. When a control drifts, an alert is issued and the gap is logged.

For FedRAMP, this is the operational backbone of continuous monitoring for SOC 2, and for FedRAMP alike, the program’s defining requirement and historically the area where authorized providers most often fall out of compliance.

Step 4: Collect and Organize FedRAMP Evidence Automatically

Evidence is generated as a side effect of monitoring. Configuration data, access logs, and policy acknowledgments flow into Drata and are tagged against the controls they satisfy. The platform replaces manual screenshot collection, which has historically been the most labor-intensive part of FedRAMP audits.

Step 5: Prepare Your System Security Plan and Audit-Ready Documentation

For Rev 5 authorizations, the System Security Plan remains a written document. Drata centralizes the policy library, control implementation descriptions, and supporting artifacts a 3PAO will need, but it does not write narrative SSP language for you.

For FedRAMP 20x submissions, the burden shifts dramatically: the SSP is replaced by structured KSI evidence, and Drata’s OSCAL-native architecture is built specifically to produce the machine-readable packages that path requires.

Important: Drata accelerates FedRAMP work, but it does not eliminate the engineering effort. Boundary architecture, encryption-in-transit and at-rest decisions, configuration baselines, and DoD-specific overlays are technical work the platform cannot do for you. Treat Drata as the compliance automation layer on top of a security program, not as a substitute for one.

Key Drata Features That Support FedRAMP Authorization

Multi-Framework Control Mapping for FedRAMP Baselines

Drata pre-maps controls across FedRAMP baselines and cross-maps them to other frameworks. An organization holding SOC 2 Type II that is now pursuing FedRAMP Moderate will see substantial overlap surface automatically, with Drata flagging only the FedRAMP-specific gaps that require new work.

If you are already working through the SOC 2 process, the Drata SOC 2 guide covers that workflow in detail. The platform supports custom control parameters for cases where FedRAMP allows tailoring.

Continuous Monitoring and Automated Evidence Collection

Drata’s continuous control testing supports FedRAMP’s monthly continuous monitoring obligations and gives security teams visibility into drift between assessment windows. This is meaningfully different from the legacy approach of point-in-time evidence collection, where teams discover a failed control when an auditor surfaces it nine months later. Continuous monitoring is no longer optional under FedRAMP, it is the entire posture model, and Drata’s architecture reflects that shift.

Drata Integrations and API for Federal Environments

The integration library is one of Drata’s strongest selling points. AWS GovCloud, FedRAMP-authorized Azure services, GitHub Enterprise, and Okta all connect directly.

For tools without a native connector, Drata exposes a public API and supports custom integrations, though these often require additional engineering effort and may carry incremental fees of $5,000 to $10,000 per integration.

Audit Hub for FedRAMP Package Management

Audit Hub is Drata’s workspace for managing the back-and-forth with auditors. Evidence requests, fulfillment, and reviewer comments live in one place. For FedRAMP, where auditor interactions span multiple cycles and dozens of evidence items per control, this is more useful than email-and-spreadsheet alternatives.

That said, some users on G2 have noted the Audit Hub is less mature than the rest of the platform and offers limited visibility into audit progress.

Risk and Vendor Risk Management in a FedRAMP Context

FedRAMP requires CSPs to maintain a risk register and assess third-party providers within their authorization boundary. Drata’s Risk Management module supports building, scoring, and tracking those risks, and the Vendor Risk module handles questionnaire distribution, response collection, and vendor scoring. Both modules are paid add-ons at most pricing tiers, a line item worth anticipating early in the budgeting process.

Trust Management and the Drata Trust Center

Following the SafeBase acquisition, Drata’s Trust Center allows CSPs to publish security posture, certifications, and authorization status to prospects and customers. For federal sales motions, a public-facing FedRAMP authorization status page meaningfully reduces the volume of repetitive security review questions from agency contracting officers.

Reach SOC 2 Compliance in 6 Weeks or Less

Schedule Your Free SOC 2 Assessment Today

FedRAMP 20x and What It Means for Drata Users

What Is FedRAMP 20x?

FedRAMP 20x is a GSA initiative announced on March 24, 2025 to dramatically streamline FedRAMP’s security assessment, authorization, and compliance monitoring processes. The program aims to automate validation of CSPs’ compliance with FedRAMP requirements, permit CSPs to leverage commercial security frameworks to achieve authorizations, and reduce agency and third-party oversight of cloud services. The intent is to compress authorization timelines from over a year to weeks while maintaining or improving the underlying security posture.

How FedRAMP 20x Changes the Authorization Process for CSPs

Under Rev 5, CSPs wrote hundreds of pages explaining how each control was implemented. Under 20x, they generate machine-readable proof that the underlying capability is in place and continuously functioning. KSIs replace narrative SSPs, which means less documentation labor but more engineering and a greater reliance on automation.

Agency sponsorship is no longer required for the new path; FedRAMP itself reviews 20x packages directly. Federal News Network reported that the first four pilot vendors received Low authorizations within the first month of the program.

The five strategic goals driving 20x are worth understanding in full: simplification through automation (targeting at least 80% of validation), use of commercial security frameworks as the foundation for federal authorization, reduced agency oversight burden, continuous validation in place of point-in-time assessment, and program-level authorization that does not require an individual agency sponsor.

Benefits of FedRAMP 20x for Agencies and Cloud Service Providers

For CSPs, the headline benefit is speed and cost. Pilot data suggests $500,000 to $1.5 million end-to-end for a 20x Moderate path versus $2 million to $5 million for legacy FedRAMP Moderate, primarily driven by automation reducing 3PAO labor hours.

For agencies, the benefit is real-time visibility into a provider’s posture rather than relying on annual snapshots, plus a much larger marketplace as smaller CSPs become able to enter federal markets for the first time.

Outlook and Timeline for FedRAMP 20x Adoption

The Phase One (Low Baseline) pilot ran from April 2025 to September 2025, with Phase Two (Moderate Baseline) currently underway and due to wrap up at the end of March 2026 before wider 20x rollout planned for Q3 to Q4 2026. FedRAMP will stop accepting new Rev 5 agency authorizations at the end of FY27, which means any provider starting a federal program today should plan around 20x rather than treating it as an optional alternative.

Insider Note: The 20x pilot’s reception inside FedRAMP has been more enthusiastic than the program’s external messaging suggests. The Phase 1 cohort drew 26 submissions in three months, more cloud services than the rescinded Joint Authorization Board processed across its final four years combined. The political appetite to roll 20x out aggressively is real, and Rev 5 is being deliberately wound down rather than allowed to run in parallel forever.

Drata FedRAMP Reviews and Real User Feedback

What G2 Reviews Say About Drata for Government Compliance

Drata holds a 4.8/5 rating on G2 across more than a thousand reviews. Praise centers on automation depth, integration breadth, and customer success manager responsiveness. Critical reviews surface a recurring theme: while Drata’s UI is clean and intuitive once configured, initial implementation is more involved than the sales process suggests, and some integrations collect inventory data without validating the security configurations a FedRAMP auditor will actually want to see.

Reddit and Community Sentiment on Drata for FedRAMP

Reddit sentiment is more candid. Practitioners praise the platform but flag renewal pricing as the most common complaint. Implementation complexity comes up frequently, particularly for teams with mature security stacks that have legacy tooling Drata does not connect to natively.

Skeptics also note that some out-of-the-box integrations work well for inventory collection but fall short on validating security-related configuration, requiring custom integrations to close the gap.

How to Evaluate Drata Reviews as a FedRAMP Buyer

Reviews skew toward SOC 2 and ISO 27001 use cases because that is where most Drata customers live. FedRAMP-specific reviews are sparser. The most useful signal for a federal buyer is whether the reviewer has actually completed an authorization, not just used the platform for readiness work. Ask for FedRAMP-specific references during the sales process and verify the reviewer reached an ATO or 20x authorization rather than stopping at audit-ready.

When Should a Cloud Service Provider Choose Drata for FedRAMP?

Use Cases Where Drata Aligns Well with FedRAMP Goals

Drata fits best for cloud-native SaaS companies that are already running mature commercial security programs and are now expanding into federal markets. Teams with existing SOC 2 Type II or ISO 27001 certifications, a clean cloud architecture in AWS or Azure, and a willingness to instrument their environment for continuous validation will get the most leverage.

The fit is particularly strong for 20x Low and Moderate paths because Drata’s OSCAL foundation and continuous monitoring model align directly with what 20x demands. If you are starting from an ISO 27001 baseline and want to understand what gaps remain before you begin, our ISO 27001 gap analysis guide is a practical starting point.

Situations Where Drata May Not Be the Best Fit

Organizations with heavily customized legacy GRC workflows, on-premise dependencies that cannot be easily integrated, or a large existing internal compliance team and tooling stack may find Drata less differentiated. CSPs pursuing only High baseline on a tight budget may also struggle, since the additional controls for High require more engineering work that Drata cannot automate away.

Pure-play federal compliance shops focused exclusively on FedRAMP might prefer a more specialized tool like Paramify, which is purpose-built for federal authorization and was a 20x Phase 2 pilot participant. For a broader comparison of where Drata sits relative to other platforms, see our Drata vs Thoropass vs Vanta breakdown, or if you prefer a decision-oriented lens, which compliance solution is right for you walks through the tradeoffs directly.

Drata FedRAMP Pros and Cons

Where Drata Delivers the Most Value for FedRAMP

The strongest arguments for Drata are platform breadth, the holding of its own FedRAMP 20x Low Pilot Authorization, OSCAL-native architecture aligned with where the program is heading, deep AWS coverage, and the cross-framework efficiency that lets organizations reuse SOC 2 and ISO 27001 work. The Trust Center is genuinely useful for federal sales motions where agency reviewers want quick visibility into authorization status.

Limitations to Be Aware Of Before Committing

The platform is priced at a premium, with renewal increases that catch teams off guard. The Audit Hub is less mature than the rest of the product. FedRAMP-specific narrative SSP authoring for Rev 5 paths still requires consulting support outside the platform. Custom integrations carry meaningful additional fees. And while Drata supports the High baseline, the platform’s strongest leverage is on Low and Moderate, where automation-heavy workflows fit best.

Does Drata Support FedRAMP Authorization Natively?

Yes. Drata provides pre-built FedRAMP frameworks for LI-SaaS, Low, Moderate, and High baselines and is built on OSCAL, the standard now required for FedRAMP 20x submissions.

All four. Drata’s framework library includes LI-SaaS, Low, Moderate, and High, each pre-mapped to NIST 800-53 controls.

For Rev 5 paths, Drata centralizes policies, control implementation evidence, and the artifacts an SSP author will reference, but it does not draft narrative SSP language. Most CSPs pair Drata with FedRAMP advisory or consulting support for SSP writing. For 20x paths, the OSCAL-native evidence Drata generates substitutes for narrative SSP content directly.

Yes, particularly on evidence collection, continuous monitoring setup, and cross-framework reuse. The bulk of authorization timeline, however, is determined by 3PAO availability, agency sponsor responsiveness for Rev 5 paths, and internal remediation effort, none of which Drata controls.

Drata runs automated control tests against integrated systems and generates alerts when configurations drift. This satisfies the operational requirement for continuous monitoring for SOC 2 and for FedRAMP alike, producing the evidence needed for monthly ConMon reporting and annual reassessments.

The Drata Agent is a lightweight endpoint client that collects device-level evidence such as disk encryption status, OS version, and security tool presence. For FedRAMP, the agent supports controls related to endpoint security and inventory management. Some teams limit deployment to high-risk roles given practical constraints around employee endpoints.

Significantly. Under 20x, Drata’s continuous monitoring and OSCAL output become the primary submission artifact rather than supporting evidence for a narrative SSP. CSPs pursuing 20x will lean more heavily on the platform’s automation and less on consulting support for documentation.

The closest commercial alternatives include Vanta and Secureframe in the same compliance automation category, plus more specialized federal-focused tools like Paramify, which was a 20x Phase 2 pilot participant and is purpose-built around the FedRAMP submission process. For a structured side-by-side evaluation, our Drata vs Thoropass vs Vanta guide covers the key differences in detail.

Drata is a credible choice for cloud service providers entering the federal market, particularly those starting from a mature commercial security program and pursuing 20x Low or Moderate paths. The platform’s OSCAL foundation, FedRAMP 20x Low Pilot Authorization, and breadth of integrations are genuine differentiators in a category where most tools still treat federal compliance as an afterthought. It is not a complete replacement for FedRAMP advisory expertise, and the pricing rewards careful negotiation rather than blind acceptance of the initial quote.

Teams that go in with clear-eyed expectations about what Drata automates, what still requires human work, and what the platform actually costs at renewal tend to come out the other side of authorization with their budgets and their sanity intact. If you are still evaluating where to start, our guide to which compliance solution is right for you is a practical next step.

Axipro Author

Picture of Pedro Dias

Pedro Dias

Pedro has been writing online for over 10 years. With experience in all things programming, cyber security, and compliance, he is our editor-in-chief at Axipro.

Blog Highlights

Explore More Articles

A 3PAO is the independent firm that decides whether a cloud service is secure enough to handle federal data. The acronym stands for Third-Party Assessment Organization, and these accredited auditors sit at the center of the FedRAMP process. A federal agency will not grant an Authority to Operate (ATO) at the Moderate or High impact level without a 3PAO assessment behind it. That makes the 3PAO one of the most consequential vendors a cloud service provider (CSP) will hire on the road to the federal market. This guide explains what a 3PAO is, what it actually does, how a firm earns the accreditation, and when you should bring one in. It also covers how the role is changing under FedRAMP’s 2025 overhaul, because the job looks different now than it did even a year ago. What Does 3PAO Stand For? 3PAO stands for Third-Party Assessment Organization. The “third party” part is the whole point. The assessor is independent of both the cloud provider being evaluated and the government agency relying on the results. That independence is what gives a 3PAO report its weight. An agency can trust the findings precisely because the assessor has no stake in the outcome. What Is a 3PAO? A 3PAO is an independent firm accredited to evaluate the security of cloud services seeking authorization under FedRAMP, the Federal Risk and Authorization Management Program. The FedRAMP Program Management Office (PMO) recognizes these firms only after they pass a demanding accreditation process. Once recognized, a 3PAO is listed publicly on the FedRAMP Marketplace under the Assessors tab, where CSPs and agencies can find them. 3PAOs are not limited to federal work. The same firms are commonly authorized to perform GovRAMP assessments, the program formerly known as StateRAMP, for state and local government cloud procurement. The skill set transfers directly, since both programs lean on the same NIST control foundations. What Does a 3PAO Do? A 3PAO independently tests whether a cloud service offering (CSO) does what its documentation claims. The longer version breaks into four distinct areas: 1- Independent Security Assessments The core deliverable is a security assessment. The 3PAO evaluates a CSP’s controls against the relevant FedRAMP baseline, which maps to NIST SP 800-53. It builds a Security Assessment Plan (SAP), executes the testing, and documents the findings in a Security Assessment Report (SAR). The SAR is the artifact an agency’s Authorizing Official reads when deciding whether to grant an ATO. 2- Documentation Review and Validation Before any testing happens, the 3PAO reviews the System Security Plan (SSP), the primary document describing how each control is implemented. SSPs routinely run to hundreds of pages, and a vague or incomplete one will stall the schedule fast. The assessor checks that what the SSP claims matches what the system actually does, then tracks unresolved issues in a Plan of Action and Milestones (POA&M). 3- Penetration Testing FedRAMP assessments include mandatory penetration testing, and the 3PAO performs it. The assessor probes the system the way an attacker would, looking for exploitable weaknesses that control documentation alone would never surface. A clean SSP means little if a tester can walk straight through the front door. 4- Ongoing Continuous Monitoring Support Authorization is not a one-time event. CSPs must sustain compliance through continuous monitoring (ConMon), which includes regular scanning, vulnerability remediation, and periodic reassessment. 3PAOs often support annual assessments and significant-change reviews. One structural note worth tracking: as of March 2025, FedRAMP stopped running centralized continuous monitoring, and that responsibility now sits with each sponsoring agency. Worth knowing: 3PAO Reports FedRAMP states that 3PAO reports “serve as the basis from which the federal government makes informed, risk-based authorization decisions.” The assessment is not a formality. It is the evidence the entire authorization rests on. How Does an Organization Become an Accredited 3PAO? Becoming a 3PAO is nearly as demanding as the assessments these firms perform. There is one accreditation body, and the bar is high. A2LA Accreditation Requirements The American Association for Laboratory Accreditation (A2LA) is the sole body that accredits FedRAMP 3PAOs. Its FedRAMP 3PAO accreditation program puts applicants through a rigorous evaluation of technical competence. A firm must spend at least a year in A2LA’s Cybersecurity Inspection Body Program before it can even be considered for FedRAMP recognition, and it must pass technical proficiency testing administered through A2LA’s testing partner. ISO/IEC 17020 Compliance Accreditation hinges on conformance with ISO/IEC 17020, the international standard for bodies that perform inspections. The standard sets requirements for impartiality, independence, technical competence, and a functioning quality management system. In practice, this is what stops a 3PAO from cutting corners or playing favorites. The accreditation certifies the firm’s process, not just the talent of its people. FedRAMP-Specific Requirements Beyond ISO/IEC 17020, FedRAMP layers on its own recognition requirements covering program-specific knowledge and assessment methodology. A firm has to demonstrate it understands FedRAMP’s baselines, templates, and reporting expectations — not just general inspection practice. Only after clearing both bars does the firm appear on the Marketplace as a recognized 3PAO. Why Are 3PAOs Important for FedRAMP? FedRAMP runs on a “do once, use many” philosophy. One rigorous, independent assessment lets multiple federal agencies reuse the same authorization package instead of each running its own review. The 3PAO is what makes that trust transferable. Because the assessor is accredited and independent, an agency in one department can rely on a SAR produced for another. The program exists because federal systems must meet security obligations set under FISMA, the Federal Information Security Modernization Act, and the General Services Administration (GSA) runs FedRAMP to standardize how cloud services meet them. Without accredited assessors, every agency would judge cloud security on its own terms — which is exactly the fragmentation FedRAMP was built to end. Worth knowing: The FedRAMP Authorization The FedRAMP authorization landscape changed significantly in 2024 and 2025. The Joint Authorization Board (JAB) and its provisional ATO path were dissolved under OMB Memorandum M-24-15, leaving a single “FedRAMP Authorized” designation. Authorizations now flow through agency authorization or

The NIST AI Risk Management Framework (AI RMF 1.0) is the most widely referenced standard for managing AI risk in the United States, and it is not a law, a regulation, or a certifiable standard. It is voluntary guidance. That combination explains both its rapid adoption and the confusion around it: regulators cite it, enterprise buyers ask about it in security questionnaires, and AI governance programs are built on it, yet no auditor will ever hand you an AI RMF certificate. This article explains what the framework actually contains, how its four core functions work, and where it fits alongside ISO/IEC 42001 and the EU AI Act. What Is the NIST AI RMF 1.0? Background and Purpose of the Framework The AI RMF is a structured approach for identifying, assessing, and managing the risks that AI systems create across their entire lifecycle, from design and data collection through deployment, monitoring, and decommissioning. Its stated goal is to help organizations build and use AI systems that are trustworthy: valid, reliable, safe, secure, accountable, transparent, explainable, privacy-enhanced, and fair. The framework treats AI as a socio-technical system, meaning risk does not come from models and data alone. It also comes from how people build, deploy, oversee, and interact with those systems. That framing is the single most important idea in the document, because it pushes risk management beyond model accuracy metrics and into governance, human oversight, and organizational culture. Who Published It and When The framework was published by the National Institute of Standards and Technology (NIST), an agency of the U.S. Department of Commerce, on January 26, 2023. The official document is NIST AI 100-1, developed over 18 months of public workshops, requests for information, and two public draft rounds. Congress directed NIST to create it through the National Artificial Intelligence Initiative Act of 2020, so the framework carries legislative backing even though compliance with it does not. Voluntary Nature of the Framework NIST describes the AI RMF as voluntary, rights-preserving, non-sector-specific, and use-case agnostic. There is no enforcement mechanism, no audit regime, and no certification. In practice, the word voluntary undersells its weight. U.S. regulators, including the FTC and sector agencies, reference NIST principles when assessing whether an organization exercised reasonable care; federal contractors face growing expectations to demonstrate NIST-aligned AI governance, and enterprise procurement teams increasingly ask vendors how they apply it. Voluntary frameworks have a habit of becoming de facto requirements, and the AI RMF is following that exact path. Insider Note: In vendor risk assessments, “do you align with the NIST AI RMF” is becoming the AI equivalent of “do you have a SOC 2 report.” There is no certificate to show, so what buyers actually want is documented evidence: an AI inventory, a risk assessment methodology, and named accountability for AI decisions. Organizations that can produce those three artifacts pass most questionnaires. Why the NIST AI RMF 1.0 Was Developed Addressing Unique AI Risks Traditional software risk frameworks assume deterministic systems: the same input produces the same output, and failures are traceable to specific defects. AI systems break those assumptions. Models drift as real-world data shifts; training data can embed historical bias at scale; outputs can be opaque even to their developers; and the same model can behave differently across deployment contexts. The AI RMF was built specifically for these properties. It treats risk as continuous rather than one-shot, requiring ongoing measurement and monitoring instead of a single pre-deployment review. Building Trustworthy AI Systems The second driver was the trust gap. By 2022, organizations were deploying AI faster than they could explain or govern it, and high-profile failures in hiring, lending, and facial recognition had made AI bias a mainstream concern. NIST’s answer was to define trustworthiness in operational terms rather than aspirational ones, breaking it into seven measurable characteristics that risk, security, and product teams could actually work against. Key Drivers Behind Its Creation Three forces converged. First, the congressional mandate in the National AI Initiative Act of 2020. Second, international momentum: the framework explicitly aligns with the OECD AI Principles, positioning U.S. guidance within a global consensus on responsible AI. Third, industry demand for a shared vocabulary. Before the AI RMF, every organization defined AI risk differently, which made procurement, audits, and cross-industry collaboration unnecessarily painful. The framework gave executives, engineers, auditors, and regulators a common language. Core Concepts Behind the NIST AI RMF 1.0 Defining AI Risk The framework defines risk as the composite measure of an event’s probability of occurring and the magnitude of its consequences. Two things distinguish the AI RMF’s treatment of risk from older frameworks. It explicitly considers positive impacts as well as harms, framing risk management as a way to maximize benefits, not just avoid downsides. And it acknowledges that AI risk is genuinely hard to measure: third-party models, emergent behavior, and a lack of agreed metrics mean organizations must often manage risks they cannot precisely quantify. Characteristics of Trustworthy AI Systems The AI RMF defines seven characteristics of trustworthy AI: valid and reliable; safe; secure and resilient; accountable and transparent; explainable and interpretable; privacy-enhanced; and fair with harmful bias managed. Validity and reliability is described as a necessary precondition for all the others, since an inaccurate system cannot be meaningfully safe or fair. The framework is candid that these characteristics involve trade-offs. Improving explainability can reduce accuracy, and strengthening privacy can limit the data available for bias testing. Managing those tensions is a governance decision, not a technical one. Framing Risks: Harms to People, Organizations, and Ecosystems The framework organizes potential harm into three groups. Harm to people covers individual civil liberties, physical and psychological safety, and economic opportunity, as well as harm to communities and society at large. Harm to organizations covers business disruption, security breaches, financial loss, and reputational damage. Harm to ecosystems covers damage to interconnected systems, including the global financial system, supply chains, and natural resources. This breadth is deliberate. It forces impact assessments to look beyond the deploying organization’s own balance

Every defense contractor that handles Controlled Unclassified Information (CUI) has a number attached to its CAGE code in a DoD database. That number ranges from -203 to a perfect 110 and most organizations that calculate it honestly for the first time land somewhere they would rather not advertise. This guide covers how CMMC scoring works: where the number comes from, what counts as a passing score at each CMMC level, how to calculate and submit a score in SPRS, and where Plans of Action and Milestones (POA&Ms) fit in. What Is CMMC Scoring? CMMC 2.0 is the Department of Defense program for verifying that companies in the Defense Industrial Base (DIB) actually protect Federal Contract Information (FCI) and CUI, rather than simply attesting that they do. The program rule, 32 CFR Part 170, took effect in December 2024, and the acquisition rule that inserts CMMC requirements into contracts via DFARS 252.204-7021 began phasing in from November 2025. Phase 2, which makes third-party certification the default for contracts involving CUI, arrives in November 2026. CMMC scoring is the quantitative layer underneath all of this. At Level 2, the score measures implementation of the 110 security requirements of NIST SP 800-171, the standard that has applied to contractors handling CUI since DFARS 252.204-7012 made it mandatory. CMMC did not invent new controls at Level 2; it created a verification and scoring regime around controls contractors were already obligated to implement. The score matters for three practical reasons. It determines contract eligibility, because solicitations now specify a required CMMC status and contracting officers check SPRS before award. It drives prime contractor flow-downs, since primes must verify subcontractor scores before passing CUI down the supply chain. And it creates legal exposure: a senior official affirms the score, and a knowingly inflated number is a False Claims Act problem, not a paperwork problem. Understanding the SPRS Scoring System The Supplier Performance Risk System (SPRS) is the DoD’s authoritative source for supplier risk information. For cybersecurity purposes, it stores the results of NIST SP 800-171 assessments and CMMC statuses against each contractor’s CAGE code. Contracting officers, programme offices, and DCMA personnel query it routinely; prime contractors can verify that a subcontractor has a current assessment on file. SPRS does not perform the assessment. It is a reporting database. Self-assessment scores are entered directly by the contractor through the Procurement Integrated Enterprise Environment (PIEE). Results of third-party certification assessments are entered by the C3PAO into the CMMC instance of eMASS, which then populates SPRS automatically. The relationship between an SPRS score and CMMC certification is straightforward: same methodology, different assessor. The self-assessment score is your own claim about your posture. A CMMC Level 2 certification is the same 110 requirements scored by a Certified Third-Party Assessment Organization (C3PAO), with the result carrying formal status under the programme rule. A contractor whose self-reported 110 collapses to 60 under C3PAO scrutiny has a credibility problem on the record. The CMMC Scoring Methodology Explained The methodology comes from the NIST SP 800-171 DoD Assessment Methodology, Version 1.2.1, now codified for CMMC in 32 CFR 170.24. Every organisation starts at the maximum of 110 points. For every requirement scored NOT MET, a weighted value of 1, 3, or 5 points is subtracted. The weighting reflects security impact. Five-point requirements are those whose absence exposes the network or CUI directly. Three-point requirements have a specific, meaningful effect on security. One-point requirements have a limited or indirect effect. Because total possible deductions add up to 313, the floor is -203. Negative scores are common on a first honest assessment, and they are not a clerical curiosity: a deeply negative number visible to a contracting officer signals an organisation years away from certification. There is no partial credit. A requirement that is 90 percent implemented deducts its full point value, exactly like one that was never started. The only two exceptions are multi-factor authentication (3.5.3), which deducts 3 points instead of 5 if MFA covers remote and privileged users but not all users, and FIPS-validated encryption (3.13.11), which deducts 3 points instead of 5 if encryption is in place but not FIPS-validated. Everything else is binary. One further prerequisite catches people out: a System Security Plan (3.12.4) must exist at the time of assessment. Without an SSP describing how each requirement is met, the assessment cannot be completed at all, and the absence is treated as non-compliance with DFARS 252.204-7012 rather than as a scoring deduction. CMMC Score Requirements by Level Scoring works differently at each of the three CMMC levels, and the term passing score means something different at each.  Level 1 Level 1 sits apart from both Level 2 and Level 3: it requires an annual self-assessment of just 15 basic safeguarding requirements, carries no numeric score, permits no POA&Ms, and requires only an annual affirmation. There is no minimum number to hit because the assessment is pass/fail on each individual requirement. Level 2 At Level 2, the 110-point methodology applies in full. A score of 110 earns Final Level 2 status. A score of at least 88, where every unmet requirement is POA&M-eligible under 32 CFR 170.21, earns Conditional Level 2 status — but only as a temporary bridge to the full 110. At  Level 3 Level 3, the bar rises further: organizations must first hold Final Level 2 status from a C3PAO assessment, then undergo a DIBCAC-led assessment against the 24 enhanced requirements drawn from NIST SP 800-172 requirements, each worth a single point. The Level 2 thresholds deserve emphasis because they are widely misread. A score of 88 does not mean you passed. It means you are eligible for Conditional Level 2 status, and only if every unmet requirement is one the rule allows on a POA&M. Conditional status starts a 180-day clock. Final Level 2 status requires the full 110, achieved either at the initial assessment or at the POA&M closeout assessment. How to Calculate Your CMMC Score The most reliable way to calculate your score is