By NHI Mgmt Group Editorial TeamBased on Secureframe: “CMMC Has Been in Enforcement for Months. Why Are Less Than 2% of Level 2 Organizations Certified?” (June 25, 2026)

TL;DR: CMMC certification remains below 2% for Level 2 organisations as of May 2026, despite 104 authorized C3PAOs and 988 Certified CMMC Assessors, according to Secureframe’s analysis and survey of more than 800 defence contractors and federal practitioners. The bottleneck is now interpretation, scope definition, and evidence readiness, not assessor capacity.


At a glance

What this is: This is a Secureframe analysis of why CMMC certification is lagging, finding that the main blockage is readiness, scope definition, and interpretation rather than assessor availability.

Why it matters: It matters because CMMC pressure now flows into supplier governance, evidence management, and compliance operations, so IAM and security teams must treat certification as an ongoing control discipline rather than a one-time audit event.

By the numbers:

  • Fewer than 2% of Level 2 organizations had achieved CMMC certification as of May 2026.
  • Secureframe says there were 104 authorized C3PAOs and 988 Certified CMMC Assessors as of May 2026.
  • Only 23% of respondents cited a shortage of qualified C3PAOs as a top challenge.
  • 44% of respondents said they did not know what assessors would look for.

Context

CMMC readiness problems appear when an organisation treats certification as an assessor-availability problem instead of a control-evidence problem. In practice, the harder work is defining scope, proving implementation, and aligning internal documentation with what an assessor will actually evaluate.

For defence suppliers, this creates an identity and access governance issue as much as a compliance issue. Certification depends on knowing which systems, users, service accounts, and supporting workflows are in scope, then maintaining evidence that those controls are consistently operating. When that evidence is incomplete, the organisation can look prepared internally and still fail externally.


Key questions

Q: What fails when a CMMC programme cannot clearly define scope?

A: When scope is unclear, contractors cannot prove which systems, identities, and workflows are in or out of the CUI boundary. That creates control ambiguity, expands evidence burden, and increases the chance that an assessor will reject the package even when security work exists internally.

Q: Why does CMMC create risk even when assessor capacity is available?

A: Assessor availability does not help if the organisation cannot produce consistent evidence or if its interpretation of the controls differs from the assessor’s. The bottleneck shifts from booking the review to proving that the controls are real, documented, and operating as claimed.

Q: What are the signs that CMMC readiness is breaking down?

A: Typical warning signs include unresolved CUI scoping, inconsistent control interpretations, missing evidence for key controls, and teams that can describe compliance but cannot show it. Those symptoms indicate the programme is still narrative-driven instead of proof-driven.

Q: Should defence contractors prioritise scope reduction or tooling first for CMMC?

A: Scope reduction usually comes first because it determines the size of the compliance problem. Tooling helps, but if the boundary is too broad or poorly defined, automation simply scales the confusion. A smaller, clearer scope makes every downstream control easier to evidence.


Technical breakdown

Why assessor capacity is not the binding constraint

CMMC assessment throughput depends on more than the number of accredited assessors. If the market has enough C3PAOs and assessors but certification output still lags, the limiting factor is usually upstream readiness: unclear scope, incomplete evidence, and inconsistent control interpretation. That changes the problem from scheduling capacity to control validity. For defence contractors, the issue is not whether an assessor can be booked, but whether the environment can be demonstrated as compliant against a shared interpretation of NIST SP 800-171-derived expectations. The governance failure sits in the handoff between internal security work and third-party verification.

Practical implication: Treat assessor availability as a secondary variable and fix evidence readiness before assessment windows open.

Why scope definition drives CMMC failure rates

Scope definition determines what must be protected, documented, and reviewed. In CMMC programmes, unclear CUI boundaries multiply the number of assets, identities, and processes that must be defended, which in turn expands the evidence burden and raises the chance of control gaps. This is where identity governance intersects with compliance: unmanaged accounts, stale access paths, and undocumented system ownership all make scope harder to prove. If a contractor cannot explain what is in scope, it usually cannot prove that the right controls apply consistently across that scope. The result is delay, rework, or a failed assessment.

Practical implication: Lock down CUI scope early and use it to drive identity, asset, and evidence inventories.

How assessment ambiguity creates compliance drag

A new compliance framework rarely fails because the written controls do not exist. It fails because implementation expectations are still converging. The article shows that contractors, assessors, and primes are still building a shared understanding of what acceptable evidence looks like, which controls require what kind of proof, and how consistently those expectations are applied. That ambiguity explains why organisations can spend heavily and still be uncertain about readiness. In governance terms, this is a calibration problem: the control exists, but the test for demonstrating it is still being normalised across the ecosystem.

Practical implication: Build pre-assessment validation into the programme so control evidence is checked against assessor expectations before formal review.


NHI Mgmt Group analysis

Readiness gap is the real bottleneck: this article shows that certification failure is being driven less by assessor scarcity than by immature control evidence and ambiguous scope. That is a governance problem, not a market-capacity problem. When a framework requires third-party verification, the organisation has to prove control operation, not merely claim it. Practitioners should plan for evidence quality as a control domain in its own right.

CUI scope is an identity problem as much as a compliance problem: the organisations struggling most are the ones that cannot bound which systems, users, and support processes are actually in scope. That means access paths, account ownership, and service-account sprawl become certification risks, not just operational risks. The practitioner conclusion is straightforward: if the scope model is weak, the assessment result will be weak too.

CMMC is exposing deferred security investment: the cost complaints in the article reflect years of postponed implementation rather than a new burden created by the framework. That pattern is common when control enforcement moves from self-attestation to external verification. For the field, the lesson is that compliance programmes collapse when organisations rely on implied rather than demonstrated controls.

Pre-assessment calibration will become the differentiator: organisations that engage assessors early, reduce scope, and document continuously are effectively turning certification into an operating model instead of an event. The named concept here is evidence readiness debt, the accumulated gap between what controls exist and what can be proven. Practitioners should treat that debt as a measurable risk until it is paid down.

What this signals

Evidence readiness debt: CMMC is exposing the gap between having controls on paper and being able to prove them under third-party review. That gap will matter more as primes push compliance into supplier contracts and as assessment expectations harden across the ecosystem.

The practical signal for security leaders is that certification planning now belongs alongside access governance, asset scoping, and documentation hygiene. Organisations that treat evidence as a continuously managed control surface will find the transition far less disruptive than those that wait for the formal assessment date.


For practitioners

  • Map CUI scope before assessment starts Define every in-scope system, user population, service account, and supporting workflow, then tie each one to a documented control owner and evidence source.
  • Build an evidence register for each control Create a living inventory of artifacts, screenshots, logs, policies, and tickets that prove implementation, so assessors are not handed ad hoc proof during review.
  • Run a pre-assessment gap review with a C3PAO Validate interpretation of ambiguous controls before the formal assessment so disagreements surface while remediation time still exists.
  • Reduce scope where business rules allow it Remove unnecessary assets and accounts from the CUI boundary to lower the documentation burden and cut the number of places where evidence can break.
  • Track control evidence as an ongoing process Assign review dates, ownership, and refresh triggers so documentation stays current instead of becoming a last-minute certification scramble.

Key takeaways

  • CMMC enforcement is surfacing a readiness problem built around scope, evidence, and interpretation rather than a simple shortage of assessors.
  • The article’s data suggests that certification capacity exists, but many organisations still cannot demonstrate control operation in a way assessors will accept.
  • The most effective response is to narrow scope, validate evidence continuously, and treat pre-assessment alignment as part of normal governance.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

MITRE ATT&CK addresses the attack and risk surface, while NIST CSF 2.0, CIS Controls v8 and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsScope and evidence readiness depend on proving who and what is authorised in CUI environments.
Recommendation — Map in-scope identities and entitlements to PR.AA-05 before assessment evidence is compiled.
CIS Controls v8CIS-5 — Account ManagementAccount ownership and lifecycle hygiene affect whether CMMC scope and evidence can be demonstrated.
Recommendation — Inventory and review all accounts in scope so account management evidence is assessor-ready.
NIST SP 800-53 Rev 5AC-6 — Least PrivilegeCMMC readiness depends on showing that access is constrained to what each role actually needs.
Recommendation — Validate least-privilege assignments so the control set can be proven during CMMC review.
MITRE ATT&CKTA0007;TA0006 — Discovery; Credential AccessPoorly governed access and weak scope control increase discovery and credential-abuse exposure in contractor environments.
Recommendation — Use TA0007 and TA0006 to prioritise detection around exposed identities and overbroad access paths.

Key terms

  • CMMC Scoping: CMMC scoping is the process of defining which systems, users, and workflows are inside the compliance boundary for handling FCI or CUI. It is based on actual data processing, storage, and transmission paths, not on organisational charts or assumptions about inherited coverage.
  • Evidence Readiness: Evidence readiness is the ability to prove that a security control operated as intended, not just that it was designed or documented. It depends on logs, approvals, remediation records, and retention practices that can be assembled quickly for audit, customer review, or incident investigation.
  • Cui Boundary: The CUI boundary is the set of systems, users, and processes that can store, process, or transmit Controlled Unclassified Information. In CMMC work, boundary definition determines assessment scope, evidence volume, and the security controls that must be demonstrated as operating in the live environment.
  • Third-Party Verification Services: Third-party verification services are external checks used to confirm customer identity data or detect suspicious change. They add an independent control layer to internal KYC processes and can help organisations validate records, screen for risk signals, and keep due diligence current when customer circumstances evolve.

Deepen your knowledge

The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, machine identity security, and secrets management. It helps practitioners connect identity controls to the evidence and lifecycle discipline required in regulated environments.
NHIMG Editorial Note
Published by the NHIMG editorial team on July 10, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org