CMMC 2.0 · Level 2 · FIPS 140-3 · DFARS 252.204-7012
CUI Enclave Architecture — the highest-leverage decision in your CMMC program
A defensible CUI enclave shrinks assessment scope by 60–90%, cuts ongoing compliance cost by 40–60%, and dramatically simplifies incident response. This guide explains what a CUI enclave is, how to scope it, and the architecture patterns that pass C3PAO assessment on the first attempt.
The contractors who pass on the first attempt do three things
- Define a small, explicit CUI boundary instead of treating their whole enterprise as in-scope.
- Inherit infrastructure and physical controls from a FedRAMP Moderate platform or managed enclave.
- Engineer the transfer path so CUI movement is monitored, logged, and reviewable on assessment day.
01 — Principles
Four principles that separate cheap enclaves from expensive ones
Shrink before you harden
The cheapest control is the one you do not have to implement. Before architecting a single control, reduce the surface area: identify exactly which systems, users, and workflows touch CUI today and remove the ones that do not need to.
Inherit aggressively
Every control you can inherit from a FedRAMP Moderate platform or a managed enclave service is a control you do not have to evidence directly. Build an inheritance matrix early and let it drive architecture decisions.
Engineer the transfer path
How CUI enters and leaves the enclave is itself an assessed control surface. Treat the transfer path as a first-class component — scanned, logged, monitored — not an afterthought.
Make assessment-day evidence a side effect
If you have to assemble evidence in the weeks before a C3PAO assessment, your enclave is under-instrumented. The right architecture produces assessment-ready artifacts continuously: audit logs, configuration snapshots, access reviews, IR drill outcomes.
02 — Architecture
A working CUI enclave has four engineered layers
Identity & access
- Separate identity tenant — no SSO to corporate
- Phishing-resistant MFA (FIDO2 / smart card)
- Privileged-access workstation pattern for admins
- Quarterly access review on a defined cadence
Compute & data
- Hardened workstation baseline (STIG / DISA SCAP)
- Encrypted-at-rest storage with FIPS 140-3 validated modules
- Application allowlisting
- Endpoint detection and response with SOC monitoring
Network & transfer
- Dedicated network segment or virtual network
- Egress filtering — allowlist by destination
- Monitored inbound and outbound transfer stations
- No direct internet from enclave compute
Evidence & operations
- Centralized audit log aggregation, 1-year online retention
- Configuration baseline drift detection
- IR plan with tested tabletop cadence
- Continuous monitoring of inherited and shared controls
03 — Patterns
Three enclave patterns — choose by CUI volume and workflow
Purpose-built enclave
A small set of hardened workstations, a separate identity domain, an isolated storage tier, and a defined transfer path. Best for contractors with concentrated CUI (one or two projects, a small handling team).
- Lowest cost
- Fastest to stand up
- Tightest scope
GCC High tenant
Microsoft 365 Government Community Cloud High. Best for contractors with CUI distributed across many users and heavy Office / Teams workflow.
- Familiar M365 experience
- Higher cost, slower provisioning
- Whole-tenant scope
Cloud-native enclave (Azure Gov / AWS GovCloud)
A virtual desktop or container-based enclave running on a FedRAMP Moderate IaaS. Best for contractors building or running custom applications against CUI.
- Strong inheritance from the platform
- Scales with the workload
- Higher operational complexity
04 — What MacTech brings
A CUI enclave engineered against the assessment methodology
CUI Vault — deployable enclave
FIPS 140-3 controlled boundary, separate identity, monitored transfer stations, baseline-hardened workstations, audit-log aggregation. Ships with documented inheritance for the controls the platform implements and a shared-responsibility matrix for the rest.
Trust Codex — evidence and SSP authoring
Living crosswalk of all 110 NIST 800-171 controls to your implementation evidence. Pre-populated for the controls the CUI Vault inherits or implements. You author the rest and the SSP exports assessment-ready.
Architecture advisory
Already on GCC High, AWS GovCloud, Azure Government, or on-prem? MacTech consults on enclave design, control implementation, and the SSP that ties the architecture to the assessment methodology.
Assessment-day runbook
The hour-by-hour playbook for the C3PAO assessment week. Who answers what, where each artifact lives, how to handle assessor follow-up questions. Pass on the first attempt is a function of preparation, not luck.
05 — Related
Where CUI enclave architecture connects
CMMC Level 2 compliance
All 110 NIST 800-171 controls and the C3PAO assessment path that uses the enclave you build.
NIST 800-171 compliance
The underlying control catalog and how each control family maps to enclave architecture.
CMMC overview
Hub page: CMMC levels, what each level requires, and where MacTech fits.
06 — Questions
CUI enclave architecture — frequently asked
What is a CUI enclave?
A CUI enclave is a deliberately isolated environment — typically a small set of hardened workstations, a controlled storage tier, a defined network segment, and an explicit transfer path in and out — where Controlled Unclassified Information is allowed to exist. Everything outside the enclave is by definition out-of-scope for CMMC 2.0 Level 2 assessment. The whole point of an enclave is to make CUI a small, defended island rather than a sprawling pattern across your corporate IT.
How does a CUI enclave reduce CMMC scope and cost?
CMMC assessment scope follows CUI. If CUI lives on 4 hardened workstations and an isolated file share, the C3PAO assesses those systems plus the supporting controls. If CUI lives on 400 corporate laptops, an unsegmented Microsoft 365 tenant, and three shadow-IT SaaS apps, the C3PAO assesses all of them. Contractors who isolate CUI to a defined enclave cut assessment scope by 60–90% and ongoing maintenance cost by 40–60% — without changing the underlying business workflow.
Do I need GCC High to handle CUI?
Not strictly. Microsoft 365 GCC High is the most common "enclave-in-a-tenant" pattern for organizations that want CUI inside their existing M365 workflow, and DoD contractors with substantial Office-based CUI handling often land there. But GCC High is expensive, slow to provision, and forces your entire tenant onto a regulated stack. A purpose-built CUI enclave — separate workstations, separate identity domain, separate file storage, with controlled transfer to your normal environment — is faster to stand up, cheaper to run, and easier to defend at assessment for organizations whose CUI handling is concentrated in a few projects or a small team.
What controls can I inherit from the underlying platform?
Depends on the platform. A FedRAMP Moderate IaaS (Azure Government, AWS GovCloud) lets you inherit the physical security family (PE), most of the system-and-communications protection family (SC) at the infrastructure layer, parts of audit and accountability (AU), and parts of system and information integrity (SI). A managed CUI enclave service can extend inheritance further — to encryption-at-rest configuration, FIPS-validated cryptographic modules, baseline operating-system hardening, and audit log aggregation. Inheritance shortens your SSP, reduces the controls you must implement directly, and gives the assessor a documented shared-responsibility matrix.
What goes inside the CUI boundary and what stays outside?
Inside: any system that creates, stores, processes, or transmits CUI. Outside: marketing IT, general HR, accounting (unless invoicing references CUI specifications), employee personal devices, and the broader corporate Microsoft 365 tenant. The line is drawn by data flow, not by job title or team. A common mistake is to put a whole engineering team's workstations inside the enclave when only 4 of them actually touch CUI on a given contract. The right move is to put those 4 inside and define a strict transfer protocol for the rest.
How does data move into and out of a CUI enclave?
Through a defined, monitored, and audit-logged path — not ad-hoc copy-paste, not personal email. Common patterns: an inbound transfer station that scans and decrypts customer-delivered packages before staging into the enclave; an outbound deliverable export that runs through DLP checks and produces a signed manifest; a courier process for physical media. The transfer path is itself a control surface that the C3PAO will examine, so it needs to be engineered as carefully as the enclave itself.
Can a CUI enclave use the same identity provider as corporate?
Generally no, or only with careful federation design. The enclave needs distinct identities, distinct conditional-access policies, and distinct privileged-access management — because a corporate account compromise should not grant enclave access. Common pattern: a separate identity tenant (Azure AD instance or on-prem AD forest) bound to the enclave's resources, with no SSO relationship to the corporate identity provider. Users with enclave access maintain a separate credential and complete a separate MFA factor.
Does MacTech build CUI enclaves or just consult on them?
Both. The MacTech CUI Vault is a deployable FIPS 140-3 controlled enclave engineered against the CMMC 2.0 Level 2 boundary — it ships with documented controls, an inheritance matrix, and a Trust Codex evidence kit so the assessor sees an enclave that is already aligned to the assessment methodology. For contractors who want a different platform (GCC High, on-prem, AWS GovCloud), MacTech consults on architecture, control implementation, and the SSP that ties them together.
Define your CUI boundary before remediation expands to fill all available time
A readiness scan establishes your current CUI footprint, scores it against the 110 controls, and produces a prioritized boundary-engineering plan. Start there and the rest of the program is execution.