CMMC Enclave vs Enterprise Compliance: Which Scope Should You Choose?
The Defense Compliance Report is an independent trade publication on CMMC 2.0 and DIB compliance — not affiliated with the Cyber AB, the Department of Defense, DCMA DIBCAC, NIST, or any U.S. government agency. We may earn compensation if you choose a provider through our matching service. No provider can guarantee a CMMC outcome. This guide is editorial analysis, not legal or compliance advice.
The choice between CMMC enclave vs enterprise compliance comes down to one question: how much of your company has to sit inside the assessment.
Our verdict: if Controlled Unclassified Information (CUI — the sensitive-but-unclassified federal data CMMC exists to protect) touches only part of your business, a CMMC enclave — a segmented environment built to contain CUI — is usually the cheaper, faster path. If CUI runs through most of your operations, or defense work is your core business, enterprise-wide compliance is the safer call. The regulation backs both scoping options — a contractor can certify its entire enterprise network or particular enclaves, depending on where protected information lives (DFARS Case 2019-D041).
But the verdict isn't the valuable part. The trap underneath it is. An enclave shrinks how many systems you're assessed on — not how many controlsyou have to meet. And a boundary that looks airtight on a slide can collapse the moment one engineer forwards a CUI drawing to regular email. We read the controlling rule (32 CFR § 170.19), the Department's current scoping FAQ, and the DFARS clause that put CMMC into contracts, so we could show you exactly when each path wins — and where each one fails.
CMMC enclave vs enterprise compliance: the 30-second decision
| Enclave (scoped) | Enterprise-wide | |
|---|---|---|
| Core idea | Wall CUI into a segmented environment; assess the CUI assets plus the supporting assets and services that protect or touch CUI | Bring the whole organization into the CMMC boundary |
| Who's in scope | CUI users and assets, plus relevant Security Protection Assets, in-scope providers, and shared services that support the enclave | Most of the company |
| Controls that apply | All 110 NIST SP 800-171 Rev. 2 requirements — to everything in the scope | All 110 — across the environment |
| Up-front effort | Lower (smaller footprint to harden and document) | Higher (org-wide hardening and documentation) |
| Day-to-day friction | Higher (two environments; users must keep CUI inside) | Lower (one environment, one set of rules) |
| Scope-creep risk | Higher (a leaky boundary pulls scope back out) | Lower (everything's already in) |
| Recurring cost | Two stacks to license, patch, and monitor | One stack — but a bigger one |
| Best fit | CUI is a slice of the business and lives with a separable team | CUI is woven through your workflows; defense work is central |
Most small and mid-sized contractors who handle CUI on a few contracts land on enclave. Primes and defense-centric shops usually land on enterprise. A large middle group lands on hybrid — an enclave for CUI, plus a documented handful of shared services that still support it. The honest answer depends on one thing you may not have mapped yet: where your CUI actually flows.
Want to pressure-test your situation before you call anyone? Score your environment with the Enclave Fit Score further down this page, or download our free CMMC Readiness Checklist mapped to the 14 control families. One ground rule: never submit CUI, drawings, contract numbers, system diagrams, or vulnerability details — use general, non-sensitive answers only.
Find your CMMC scope path
Tell us where your CUI flows and we'll route you to providers sized to your scope — readiness, enclave build, managed compliance, or formal assessment.
Find your CMMC scope path →“Verified” means we check provider category and, where applicable, public credential status such as Cyber AB Marketplace listing before routing. It is not an endorsement by the Cyber AB, DoD, DIBCAC, or NIST. Provider-matching may generate referral compensation for us; it never changes our regulatory analysis.
What a CMMC enclave actually is — and what it isn't
A CMMC enclave is not a separate certification level and not a shortcut. It's a scope architecture: you confine CUI to a defined environment, then document and assess the systems, services, and people that process, store, transmit, or protect that CUI. The Department's own framework allows it — a contractor can pursue a given CMMC level for the whole enterprise network or for specific enclaves, depending on where protected information lives (DFARS Case 2019-D041).
Here's the distinction that saves money: an enclave is a boundary, not a product.“Enclave” can take the shape of a managed secure cloud, a Microsoft GCC High tenant, an AWS GovCloud environment, a virtual desktop (VDI) setup, a hardened file-sharing system, or a segmented internal network. The label on the box doesn't define your scope. The flow of CUI does. Assessors care about where CUI goes, not whose logo is on your enclave.
What an enclave has to prove
- Where CUI enters
- Where it's stored and who can reach it
- Whether it can leave the boundary
- Which systems protect it
- Which outside providers touch it
- Which parts of the business are genuinely out of scope
What an enclave does not do by itself
- Make you compliant — you still need SSP, policies, and evidence
- Put every laptop out of scope automatically
- Turn encryption into a boundary
- Remove the third-party scope review when your contract requires a C3PAO
How an enclave actually shrinks your scope (the part most pages skip)
An enclave reduces cost by moving most of your environment into the Out-of-Scope Asset category — which 32 CFR § 170.19(c)(1) defines as assets that can't process, store, or transmit CUI, don't protect anything that does, and are physically or logically separated from CUI assets. The fewer systems that meet the definition of a “CUI Asset,” the smaller and cheaper your assessment. The controls don't shrink — the number of things they apply to does.
That single idea — fewer assets, not fewer controls — is where most competing pages get fuzzy, and where contractors overpay. You implement all 110 security requirements (organized into 14 control families, with 320 assessment objectives in NIST SP 800-171A) either way. The enclave just decides whether you implement them on 25 endpoints or 250.
The CMMC Level 2 Scope Decision Matrix
Asset categories defined in 32 CFR § 170.19(c)(1), Table 3, translated into the enclave decision. Source: eCFR, verified June 3, 2026.
| Asset category (32 CFR § 170.19) | Plain-English meaning | Under an enclave | Under enterprise-wide | Evidence the assessor expects |
|---|---|---|---|---|
| CUI Asset | Anything that processes, stores, or transmits CUI | Deliberately kept small — a few users, devices, apps inside the wall | Spread across the company | CUI data-flow map, asset inventory, SSP treatment, network diagram. Assessed against all 110 requirements. |
| Security Protection Asset (SPA) | Anything that provides a security function to the scope — identity, MFA, logging, EDR, SIEM, backup, admin tooling | Stays in scope even if it lives “outside” the enclave. This is why “I moved CUI to the cloud” rarely shrinks scope as much as promised | Same — security tooling protecting CUI is in scope | Tool inventory, admin roles, architecture diagram. Assessed against the requirements relevant to what it protects |
| Contractor Risk Managed Asset (CRMA) | Can but isn't intended to touch CUI, because of your policies and practices; not required to be separated from CUI assets | The “messy middle” — general machines you manage but keep off CUI by policy | Larger population enterprise-wide | Inventory, SSP, network diagram. If well documented, not assessed against other requirements; assessment “shall not materially increase the assessment duration nor the assessment cost” |
| Specialized Asset | IoT, Operational Technology (OT), test equipment, Government Furnished Equipment, restricted systems — can touch CUI but can't be fully secured | The classic manufacturer problem: CNC, lab, and test gear handled by risk-based policy and segmented near the enclave | Same categories, managed across the org | Inventory, SSP, risk-based handling, network diagram. SSP reviewed; not assessed against other requirements |
| Out-of-Scope Asset | Can't touch CUI, doesn't protect it, and is physically or logically separated from CUI assets | The engine of the enclave. Real separation moves the rest of the company here — out of scope | Hard to achieve if CUI flows broadly; little qualifies | Be ready to justify why it can't touch CUI. Not assessed. An asset that fits any in-scope bucket above can't be called out-of-scope |
Why this one decision drives your entire CMMC cost
Implementation effort scales with scope.Every extra user, device, app, and shared service inside the boundary is more to harden, document, monitor, and prove. The Department's own cost analysis for the CMMC Program Final Rule estimated a Level 2 self-assessment path at roughly $37,000 for a small company and about $49,000 for a larger one over the three-year cycle, and a Level 2 third-party (C3PAO) assessment at roughly $105,000 to $118,000 over the same cycle. Two honest caveats: these are assessment-and-affirmation estimates that exclude implementation and remediation, and they don't distinguish enclave from enterprise. Your actual spend depends on your level, complexity, existing posture, and market forces (Department CMMC FAQ, A-A2).
Which is exactly why scope is the lever. Here's how the two paths move the cost drivers, built from the asset categories above:
Enclave vs. enterprise: where the money actually goes
| Cost driver | Why an enclave may reduce it | Why enterprise may raise (or simplify) it | What to nail down before you get a quote |
|---|---|---|---|
| Endpoints to harden | Fewer devices inside the wall | Most company devices in scope | Count of CUI-touching endpoints |
| Software/licensing | Licensed for the enclave population only | Org-wide licensing | Which users truly need CUI access |
| Documentation (SSP, diagrams) | Smaller, tightly bounded system to describe | Larger system, more to document | A current CUI data-flow map |
| Remediation | Concentrated on a small, modern environment | Spread across legacy systems | A gap assessment |
| Assessment effort | Smaller scope = shorter assessment | Larger scope = longer assessment | Your asset inventory by category |
| Recurring overhead | Adds a second environment to run | One environment to maintain — but bigger | Whether you can sustain two stacks |
Know your situation and want a provider who fits it?
Get matched with verified providers for your scope — readiness help, an enclave build, managed compliance, or a third-party assessor — in 60 seconds. We route you to the right category so you compare scoped quotes instead of guesses.
Get matched with verified providers →When an enclave is the right call
An enclave is strongest when CUI can be intentionally contained and your people can work without constantly pulling CUI back into the general business. The best-fit company has a limited group of CUI users, clear CUI workflows, controlled repositories, and the authority to change how people work. The weaker your CUI discipline, the more likely an enclave becomes a paper boundary an assessor won't accept.
Green lights for an enclave
- CUI is limited to a few contracts or programs
- Only a defined group of employees needs access
- CUI can live in controlled files, a VDI session, or a managed CUI environment
- Users don't need CUI saved to local desktops or unmanaged devices
- CUI doesn't have to flow into ordinary company email, CRM, ERP, or production systems
- You can train users and actually enforce the boundary
- You can document every supporting identity, logging, backup, and admin service
Red flags that an enclave will fight you
- Users receive CUI in normal email and forward it around
- CUI lands in personal drives, local folders, or uncontrolled shares
- Engineering, manufacturing, purchasing, quality, and program teams all touch CUI
- Admins manage enclave systems from ordinary workstations with no extra controls
- Your IT or security vendor touches systems but can't tell you whether it's in scope
- You're treating “GCC High” as if it were the whole compliance decision
The Enclave Fit Score (our framework)
Score each factor 0, 1, or 2, then add them up. This doesn't determine compliance — it tells you whether an enclave is worth evaluating first.
| Factor | 0 points | 1 point | 2 points |
|---|---|---|---|
| Who touches CUI | Most employees | Several teams | One named group |
| CUI locations | Many, uncontrolled | Some, known | One or few, controlled |
| CUI in normal email | Common | Some control | Never |
| Shared security/admin systems | Many dependencies | Some | Minimal |
| OT / test / manufacturing CUI | Embedded in production | Some specialized gear | None |
| Endpoint behavior | Local save/print/copy common | Partial restrictions | KVM-only VDI; no local CUI |
| Provider (ESP/CSP) evidence | Unknown | Partly documented | FedRAMP/role evidence in hand |
| Policy enforceability | Users bypass process | Some controls | Strong workflow + monitoring |
| Growth path | CUI likely to spread | Unknown | Stable, contained |
| Assessment readiness | No inventory/diagram/SSP | Drafted | Current inventory, diagram, SSP boundary |
How to read your score
- 15–20 → an enclave is likely worth evaluating first
- 9–14 → hybrid is likely; map your CUI flow in depth before requesting quotes
- 0–8 → enterprise-wide or a major hybrid is probably safer and, over time, cheaper to operate
Score in the enclave range but your systems are still messy?
That's the most common — and most fixable — starting point. Get matched with a readiness provider (an RPO or NIST 800-171 consultant) who can validate a defensible enclave scope before you pay to build one. Build second; scope first.
Get matched with a readiness provider →When enterprise-wide compliance is the safer call
Enterprise-wide compliance is safer when CUI is already part of normal operations and separating it would create constant exceptions. It costs more up front and takes longer, but it can reduce long-term friction when CUI touches many people, sites, and systems. A scope that matches reality survives a C3PAO review. One that depends on everyone behaving perfectly does not.
The fastest way to know you're an enterprise case is to watch what pulls into scope. Each of these “pull-ins” maps to an asset category in the rule — and once enough of them light up, the enclave advantage is gone.
| What happens in your business | Asset category it creates (32 CFR § 170.19) | Evidence you'll need |
|---|---|---|
| CUI lands in email, SharePoint, or file shares | CUI Asset | Data-flow map, inventory, SSP |
| Shared identity, logging, EDR protects CUI | Security Protection Asset | Tool inventory, admin roles, diagram |
| An MSP/MSSP handles CUI or your security data | External Service Provider (in scope) | Service description, responsibility matrix |
| CNC, test, or lab gear touches CUI | Specialized Asset | Risk-based handling, segmentation evidence |
| General machines kept off CUI by policy | Contractor Risk Managed Asset | Policy, technical controls, monitoring |
If enterprise feels excessive because only a couple of workflows truly touch CUI, go back to the Enclave Fit Score — you may be a hybrid, not an enterprise.
Is a hybrid scope better than pure enclave or full enterprise?
For many contractors, yes— keep CUI inside a controlled enclave while documenting the enterprise systems that still support identity, security, logging, administration, or backup. Hybrid isn't a loophole; it's an honest acknowledgment that CUI can be contained while some supporting systems remain in scope. The trick is to documentthose supporting systems rather than pretend they don't exist.
| Common hybrid pattern | How it works | The risk to manage |
|---|---|---|
| Cloud CUI enclave + enterprise identity | CUI lives in a controlled cloud/VDI/file environment; identity is shared | Your identity and admin systems become Security Protection Assets, in scope |
| Enclave + managed-security vendor | An MSP/MSSP manages the enclave or its security tools | If it touches CUI or your security data, document its ESP role and what it touches; if it touches neither, it isn't an ESP |
| Enclave + enterprise endpoints | Users reach the enclave from ordinary laptops with restrictions | Local save, print, copy/paste, screenshots, or cached files can break the boundary |
| Enclave + manufacturing exception | CUI stays contained except for controlled transfer to production/test gear | Specialized assets and the data-transfer controls need evidence |
| Paper CUI + digital enclave | Hard-copy CUI is protected physically; digital CUI stays in the enclave | Scanning or uploading paper CUI into ordinary systems changes your scope |
Can encryption alone keep your enterprise network out of CMMC scope?
Encryption alone: no. Encrypted transit through an otherwise logically separated enclave with no direct internet connection: sometimes.The Department's current CMMC FAQ says encryption by itself does not create logical separation, because it protects confidentiality but doesn't prevent data flow or enforce a boundary (Department CMMC FAQ, Revision 2.3, May 2026, F-Q3). But the same FAQ also says that when an enclave has no direct internet connection, is otherwise logically separated, and CUI is properly encrypted before it leaves, the outside enterprise networking components that carry that traffic do not have to be brought into scope (F-Q4).
Read those two answers together, because contractors get burned by taking one without the other. Encrypted CUI is still CUI (FAQ B-Q8) — it stays controlled until formally decontrolled. Firewalls, VLANs, routing controls, and enforceable segmentation are what actually define a boundary.
Do laptops, VDI, and printers stay out of scope? The five ways an enclave quietly loses its advantage
Endpoints and shared services stay out of scope only when they can't process, store, or transmit CUI and don't protect anything that does. Most “small enclaves” don't fail on a missing control — they fail because the boundary leaks through one of five predictable gaps. Each one has a specific consequence in the rule.
1. Shared identity (Entra ID / Active Directory)
If the same identity system authenticates into the enclave, it provides a security function to your scope, which makes it a Security Protection Asset — in scope(32 CFR § 170.19(c)(1)).
2. Shared email, SharePoint, or file shares
If CUI ever lands there — even briefly — those systems process, store, or transmit CUI and become CUI Assets, in scope.A commercial Microsoft 365 tenant is not a CUI-ready enclave on its own; Microsoft's government clouds (GCC, GCC High, DoD) are the environments it lists in scope for its NIST SP 800-171 audit, and even GCC High supports CMMC Level 2/3 only when configured and operated correctly.
3. Dual-use or unmanaged endpoints
A laptop used for both CUI and general work isn't separated, so it's in scope. The rule does carve out one clean case: an endpoint running a VDI client configured so it can't process, store, or transmit CUI beyond keyboard/video/mouseis an Out-of-Scope Asset (32 CFR § 170.19(c)(1); FAQ F-Q1, F-Q2). The moment the session can save, print, copy, or cache CUI locally, the carve-out is gone.
4. Your outside providers (MSP, MSSP, cloud)
A third party affects your scope when it processes, stores, or transmits CUI and/or Security Protection Data (SPD), or provides a security function to your scope. A CSP that handles CUI must meet FedRAMP requirements under DFARS 252.204-7012. Evaluate providers by what they do, not by their marketing category. See our full guide on CMMC external service provider requirements.
5. A network diagram that doesn't match reality
Your enclave only “counts” if the asset inventory, network diagram, and SSP actually evidence the boundary. An undefined or aspirational boundary gets treated as in scope. Assumptions without evidence will not hold.
Realized you need a boundary that will actually survive a C3PAO review?
Get matched with CUI enclave and secure-cloud providers who design to the rule, not to a slide. Or if CUI is everywhere in your business, get matched with an enterprise readiness provider who'll scope it honestly.
Get matched with verified providers →How MSPs, MSSPs, cloud platforms, and GRC tools change your scope
A third party affects your scope based on what it does, not its category label. Under DFARS 252.204-7012, a cloud service that handles CUI must meet FedRAMP Moderate-equivalent requirements and the clause's incident-reporting obligations. Map every provider to a role before you sign anything.
| Provider category | When it's in your scope | Verify before you engage |
|---|---|---|
| CUI enclave / secure cloud | Hosts or controls the CUI environment | FedRAMP status, shared-responsibility model, data residency, admin access, export controls |
| MSP / MSSP (managed compliance) | Handles CUI or SPD, or provides a security function | Whether it meets the ESP definition, what it can access, contractual responsibilities |
| RPO / readiness consultant | Helps define scope, SSP, POA&M, evidence, policies | Cyber AB Marketplace listing if it claims RPO status; independence from your assessor |
| GRC platform | Stores evidence, SSP content, control mappings, or security data | Whether CUI or SPD is stored; access controls; export/reporting |
| C3PAO (assessor) | Performs your formal Level 2 certification assessment | Authorized status on the Cyber AB Marketplace; conflict-of-interest handling; no guaranteed results |
Self-assessment vs. C3PAO assessment — how the type changes the decision
The assessment path in your contract shapes how much the enclave-vs-enterprise decision matters. Level 2 (Self) means you perform and attest to your own assessment annually — the scope still matters, but the external validation pressure is lower. Level 2 (C3PAO) means an authorized assessor reviews and validates your boundary; a loose enclave scope that would pass a self-attestation can collapse under external scrutiny. Level 3 adds 24 NIST SP 800-172 requirements on top and requires a DIBCAC-led assessment. The harder the assessment, the more defensible your scope needs to be. See our full breakdown in CMMC self-assessment vs. C3PAO.
Before you choose a path or request a quote, have these five things in hand:
- User and role list — who actually needs CUI access (this alone often decides enclave vs enterprise)
- Cloud and SaaS inventory — to surface CSP/ESP and GRC implications
- MSP/MSSP responsibilities — what your providers touch
- Current SSP boundary and POA&M — what's being assessed and what's left to remediate
- Contract language and required CMMC level — Level 1, Level 2 (Self), Level 2 (C3PAO), or Level 3
Our free CMMC Readiness Checklist, mapped to the 14 control families, is a structured starting point if you'd rather not work from a blank page.
Which provider category should help first?
Start with the category that matches the decision you're actually making. If you don't yet know your boundary, start with readiness. If the boundary is set and you need it built, bring in an enclave/cloud provider or an MSSP. If you're prepared for the formal step, engage a C3PAO — and keep readiness and assessment independent.
| Where you are right now | Best next category | Why |
|---|---|---|
| "We don't know the right scope yet." | RPO / readiness consultant | Scope, SSP, evidence, POA&M, CUI-flow mapping |
| "We've chosen an enclave and need it built." | CUI enclave / secure cloud + MSP/MSSP | Implementation and ongoing operations |
| "CUI is everywhere; we need operational compliance." | MSP/MSSP + GRC platform + readiness | Enterprise remediation, monitoring, evidence |
| "We're scoped, remediated, and nearly ready." | C3PAO | The formal Level 2 certification assessment |
| "We just need to manage evidence." | GRC platform | Control mapping, documentation, evidence workflows |
For specific names, see our roundups of the best CMMC providers for small business, CMMC RPO and readiness consultants, and the best C3PAOs for CMMC Level 2.
What we actually verified for this guide
We built this from primary and authoritative sources, not vendor claims. Here's what we read and cross-checked, verified June 3, 2026:
- The scoping rule itself — 32 CFR § 170.19(c)(1) for the five Level 2 asset categories and the Out-of-Scope and VDI definitions, plus the ESP/CUI/SPD scoping table
- That enclave scoping is officially permitted — DFARS Case 2019-D041 states a contractor may certify “its entire enterprise network or particular segment(s) or enclave(s)”; echoed in the DoD CMMC Assessment Guide, Level 2
- The encryption answers — CMMC FAQ Rev. 2.3 (May 2026), F-Q3 (encryption alone is not logical separation) and F-Q4 (encrypted transit through a separated, no-direct-internet enclave doesn't automatically pull enterprise networking into scope), plus B-Q8 (encrypted CUI is still CUI)
- The rule and contract timeline — 32 CFR Part 170 effective Dec. 16, 2024; DFARS final rule effective Nov. 10, 2025 (Phase 1); Level 2 third-party assessments beginning Nov. 10, 2026; clause 252.204-7021 with provision 252.204-7025
- The standard still in force — NIST SP 800-171 Revision 2 (110 requirements, 14 families, 320 objectives); confirmed via CMMC FAQ (CMMC assessed against Rev. 2 under a class deviation until Rev. 3 is incorporated by rulemaking)
- The independence rule — 32 CFR Part 170 (§ 170.8) and the Cyber AB's CMMC Assessment Process: a C3PAO can't assess an organization it consulted
- The enforcement stakes — the DOJ's October 2025 $875,000 Georgia Tech Research Corporation False Claims Act settlement over alleged NIST SP 800-171 failures and an inflated assessment score
- The cost figures — the Department's cost estimates from the CMMC Program Final Rule, which it states are assessment-and-affirmation estimates excluding implementation and remediation
Independence and limitations
This guide is independent editorial analysis from The Defense Compliance Report, an independent trade publication on CMMC 2.0 and DIB compliance. It is not legal, contractual, or compliance advice. Your final scope should be reviewed against your contract, your actual CUI flow, your SSP boundary, and your assessment requirements. Read our Editorial & Advertising Policy. Last verified: June 3, 2026. Next scheduled review: September 2026.
Frequently asked questions
Is a CMMC enclave officially allowed?
Yes. The DFARS rule states a contractor can achieve a CMMC level for its entire enterprise network or for particular segments or enclaves, depending on where CUI is processed, stored, or transmitted (DFARS Case 2019-D041). The enclave still has to meet the applicable requirements for everything in scope.
Does an enclave reduce the number of controls I have to implement?
No. All 110 NIST SP 800-171 Rev. 2 requirements still apply to the CUI inside the enclave. An enclave reduces how many systems and people those controls apply to, not the controls themselves.
Is an enclave always cheaper than enterprise-wide compliance?
Not always. An enclave can cut the remediation surface when CUI is containable, but it adds the recurring cost of running a second environment. The Department notes that CMMC cost depends on your level, network complexity, existing posture, and market forces.
Can I keep my company email and Microsoft 365 out of CMMC scope?
Only if CUI never touches them. If CUI lands in email or SharePoint even briefly, those systems become CUI Assets and enter scope (32 CFR § 170.19). A commercial Microsoft 365 tenant is not a CUI-ready enclave on its own; Microsoft's GCC, GCC High, and DoD government clouds are the in-scope environments, and even those support CMMC only when configured and operated correctly.
Does encryption alone put a system out of CMMC scope?
No. The Department's CMMC FAQ (Revision 2.3, F-Q3) states encryption alone does not create logical separation, because it does not prevent data flow or enforce a boundary. Encrypted CUI is still CUI. Encryption supports a boundary; it is not the boundary.
Can enterprise network components stay out of scope if encrypted CUI passes through them?
Sometimes, under specific conditions. The FAQ (F-Q4) says that when an enclave has no direct internet connection, is otherwise logically separated, and encrypts CUI before it leaves, the outside networking components carrying that traffic do not have to be brought into scope. The separation must be documented and testable.
Do VDI endpoints stay out of CMMC scope?
Only if the endpoint cannot process, store, or transmit CUI beyond keyboard/video/mouse. The rule treats a properly configured VDI client as out of scope (32 CFR § 170.19; FAQ F-Q1, F-Q2), but the moment users can download, print, copy, screenshot, or cache CUI locally, that endpoint comes into scope.
Is GCC High enough for a CMMC enclave?
No. GCC High can be part of a CMMC enclave, but it is not the enclave by itself. Your scope still depends on CUI flow, endpoints, identity, logging, MSP/MSSP access, your SSP boundary, your configuration, and your evidence. See our full GCC High for CMMC guide.
Can the same company prepare me and assess me for CMMC?
No. Under the CMMC Program rule and the Cyber AB's CMMC Assessment Process, a C3PAO cannot assess an organization it provided readiness, consulting, or remediation services to. Readiness and assessment must be separate engagements, and no provider can guarantee an outcome.
Does CMMC Level 1 need an enclave?
Usually not. Level 1 covers Federal Contract Information, not CUI, and is generally an annual self-assessment. The enclave question becomes central when CUI and Level 2 scoping are involved.
What is the first step before buying a CMMC enclave?
Map your CUI flow. Until you know where CUI enters, where it is stored, who touches it, what protects it, and whether it can be contained, an enclave quote is only a guess. Our CMMC Readiness Checklist is a structured starting point.
Need help deciding what type of CMMC provider you need?
Get matched with verified providers in 60 seconds — tell us your scope, level, and timeline and we'll route you to the right category.
Get matched with verified providers →We screen each provider's category and, where applicable, public credential status (e.g., Cyber AB Marketplace listing) before routing. Matching is not an endorsement or certification guarantee. Provider-matching may generate referral compensation for us. Please don't submit CUI or sensitive system details through the form.
Related guides
- CMMC Secure Enclave: Scope, Cost & Architecture (2026)
- CMMC Managed Enclaves: Scope Reduction Guide (2026)
- CUI Enclave Providers for CMMC: Compare & Verify (2026)
- GCC High for CMMC: When You Need It and When You Don't
- CMMC External Service Provider Requirements: What MSPs, MSSPs & CSPs Actually Have to Do
- CMMC Level 2 Self-Assessment vs. C3PAO: Which Assessment Path Applies to You
- CMMC Readiness Checklist: What to Have Ready Before Your Assessment
- Best C3PAO for CMMC Level 2 (2026 Evaluation Guide)
- Best CMMC Providers for Small Business (2026)
- CMMC Levels Explained: Level 1 vs. Level 2 vs. Level 3
Sources
- eCFR — 32 CFR § 170.19(c)(1) (five Level 2 asset categories, Out-of-Scope and VDI definitions, ESP/CUI/SPD scoping table), read June 3, 2026
- eCFR — 32 CFR Part 170, including § 170.8 (independence rule), § 170.21 (Conditional status, 180-day POA&M closeout)
- Federal Register — CMMC Program Final Rule, 89 FR 83092 (Oct. 15, 2024; effective Dec. 16, 2024), including cost estimates
- Federal Register — DFARS Case 2019-D041 (Sep. 10, 2025; effective Nov. 10, 2025), with enterprise/enclave language echoed from the 2020 interim rule
- DoD CMMC Program FAQ, Revision 2.3 (May 2026) — questions A-A2, B-Q8, F-Q1, F-Q2, F-Q3, F-Q4
- DoD CMMC Assessment Guide, Level 2 — scope, asset category, and boundary guidance
- Acquisition.gov — DFARS 252.204-7012, 252.204-7021, 252.204-7025
- NIST SP 800-171 Revision 2 (110 requirements, 14 families, 320 objectives in NIST SP 800-171A)
- NIST SP 800-172 (24 enhanced requirements for Level 3)
- Cyber AB — CMMC Assessment Process; Marketplace (cyberab.org)
- U.S. DOJ — Georgia Tech Research Corporation False Claims Act settlement, Oct. 2025 (justice.gov)
Last verified: June 3, 2026. Next scheduled review: September 2026.