AC.L2-3.10.1[b]

AC.L2-3.10.1[b] — Physical Protection (Physical Access Limitation)

Domain: Physical Protection (PE) | Practice: PE.L2-3.10.1 | Objective ID: 3.10.1[b] | Source: NIST SP 800-171 Rev. 2 / CMMC 2.0 Level 2

Assessment Objective:

Physical access to organizational systems is limited to authorized individuals.

Executive Summary (For Leadership and the Board)

CMMC objective AC.L2-3.10.1[b] sits inside the Physical Protection domain (PE.L2-3.10.1 — Physical Access Limitation) and reads: Physical access to organizational systems is limited to authorized individuals.. Implement physical access controls (badge readers, locks, guards, mantraps) that restrict entry to only authorized personnel in areas containing CUI systems. For organizations that handle Controlled Unclassified Information (CUI), this objective is part of the foundation that every downstream control depends on.

Under DFARS 252.204-7012, AC.L2-3.10.1[b] will be evaluated during a full third-party CMMC Level 2 assessment, Joint Surveillance Voluntary Assessment, or formal certification gating DoD CUI contract awards. Leadership and the board should be asking: Who owns this objective? When was it last reviewed? Where is the evidence stored? And what is our remediation plan if a C3PAO flags a gap? Failing this objective in isolation may be POA&M-able under CMMC 2.0; failing it in conjunction with related objectives in the same practice is typically not.

Business Question	What Leadership Must Confirm
Do we have a documented, owned, and current implementation for the requirement that physical access to organizational systems is limited to authorized individuals?	A named control owner exists, the implementation is documented in the SSP, and a defined review cadence is in force.
Can we produce evidence that this objective is operating effectively across every CUI-bearing system in scope?	Artifacts (logs, tickets, config exports, attestations) are collected on a defined cadence and tied back to AC.L2-3.10.1[b].
What happens if this control fails or drifts out of compliance?	A documented detection, escalation, and remediation path exists, with the vCSO as the executive backstop.
Can we prove this objective to a C3PAO?	The evidence package — policy, configuration, monitoring output, and recertification records — is pre-built and mapped directly to AC.L2-3.10.1[b].

Executive Risk Lens: Failures against this objective routinely surface in Verizon DBIR and Mandiant M-Trends data as contributors to CUI exfiltration, ITAR-relevant data exposure, and engineering CUI loss to nation-state adversaries. A single weak point in Physical Access Limitation can undermine every other access-control and integrity control in the CUI boundary.

How Authorization Should Flow

AC.L2-3.10.1[b] — Physical Access Limitation Lifecycle (Request → Authorize → Provision → Recertify → Deprovision)

Technical Deep Dive (For Engineers, IAM Admins, and ISSOs)

What the Objective Requires

NIST SP 800-171 derives PE.L2-3.10.1 from controls in the NIST SP 800-53 PE family. CMMC 2.0 splits the parent practice into discrete assessment objectives; AC.L2-3.10.1[b] is the specific objective requiring that Physical access to organizational systems is limited to authorized individuals. To pass — with artifacts — the implementation must demonstrate:

A documented control implementation specifically addressing the requirement that physical access to organizational systems is limited to authorized individuals, recorded in the System Security Plan (SSP) section for PE.L2-3.10.1.
A named control owner accountable for AC.L2-3.10.1[b], identified in the SSP and the RACI for Physical Protection.
Configuration of the supporting technology (where applicable) such that the control is enforced by default and cannot be silently bypassed by a user with normal privileges.
A monitoring and detection mechanism (log, alert, ticket, or recertification campaign) that produces evidence the objective is operating across all CUI-bearing systems in scope.
A documented review cadence — at minimum annual, ideally quarterly for high-risk objectives — with signed evidence of each review.
A defined remediation path (ticket, POA&M entry, or change request) when drift, failure, or exception is detected.
Mapping of AC.L2-3.10.1[b] to the corresponding NIST SP 800-53 Rev. 5 control(s) in the PE family, including any control enhancements adopted by the organization.
Cross-references to related Physical Protection objectives in the same practice so the C3PAO sees a coherent story rather than 14 disconnected artifacts.

Evidence Package the Assessor Will Request

Artifact	Where It Typically Lives	Common Gotchas
Physical Protection Policy section covering PE.L2-3.10.1	GRC platform / policy library	Policy is generic and does not name AC.L2-3.10.1[b]; no review date in the last 12 months.
SSP narrative for PE.L2-3.10.1 — implementation paragraph for objective [b]	SSP master document (controlled copy)	Narrative says 'will be implemented' instead of describing the current implementation.
Operational evidence (logs, configs, tickets, reports) for AC.L2-3.10.1[b]	Log aggregator / SIEM / ITSM / configuration management tool	Evidence covers a single point in time instead of a time-series; reviewer cannot show continuous operation.
Most-recent review or recertification record for AC.L2-3.10.1[b]	GRC platform or signed manager attestation	Review was rubber-stamped (100% approve, no changes) or older than the policy review cadence.
Remediation / POA&M entries tied to AC.L2-3.10.1[b] (if any)	POA&M tracker (Compliance-as-a-Service or spreadsheet)	Open POA&M items past their target date with no executive sponsor — first thing a C3PAO will dig into.

Reference Architecture

Authoritative Authorization Architecture for CMMC Level 2 (Users, Processes, Devices)
HRIS / Asset Mgmt / Vault / Contractor → Identity & Asset Authorization Plane (Entra ID / Okta / CyberSecureID, CMDB, ITSM) → CUI File Shares / GCC High / Engineering / VPN-ZTNA.
Every CUI-bearing system MUST consume identity, asset, and authorization data from the authorization plane. No local accounts. No shadow IT. No exceptions.

Real-World Examples — What Goes Wrong

Example 1 — The Drift That Was Never Caught

During a Cyberwatch engagement, a mid-tier defense supplier discovered that the physical control supporting PE.L2-3.10.1 had quietly drifted out of compliance over six months. The team assumed the control still operated as documented in the SSP, but spot-checks showed badge-system gaps across three production systems handling CUI. The C3PAO was scheduled in 90 days; remediation became an all-hands fire drill.

Lesson: The SSP is not the implementation — the implementation is the implementation. AC.L2-3.10.1[b] requires evidence of the control as it operates today, not as it was designed two SSP revisions ago.

Example 2 — The Evidence That Did Not Match the Policy

a defense prime contractor produced its policy binder for PE.L2-3.10.1 during a Joint Surveillance Voluntary Assessment. The policy said the control was reviewed quarterly. Operational evidence showed the most recent visitor-log review was 14 months old. The assessor flagged it immediately because the discrepancy is a hallmark sign of paper-only compliance.

Lesson: If the policy says quarterly, the evidence binder must show four reviews per year. This is the simplest, fastest test an assessor performs against AC.L2-3.10.1[b].

Example 3 — The Acquisition That Inherited the Gap

After a Tier 2 aerospace subcontractor acquired a small competitor, leadership assumed the new entity inherited the parent's compliance program. In reality, the acquired environment had its own physical stack, no documented control owner for AC.L2-3.10.1[b], and no evidence trail. When the CUI boundary was redrawn to include the acquired environment, the entire PE.L2-3.10.1 package failed to map cleanly.

Lesson: Mergers, acquisitions, and even significant infrastructure changes reset the clock. Compliance with AC.L2-3.10.1[b] must be re-established for any new system or environment that touches CUI.

How Northern Data Solutions Helps You Pass AC.L2-3.10.1[b]

Service Offering	What It Does for AC.L2-3.10.1[b]
Cyberwatch — Risk Identification	Independent third-party penetration testing, validation, and vulnerability identification surfaces physical access limitation weaknesses tied to AC.L2-3.10.1[b] before a C3PAO does. Cyberwatch produces an external attestation that the control as deployed actually meets the assessment objective.
Cyberwatch Advanced	Operationalizes the control: Identity & Access Management with adaptive MFA (CyberSecureID), Principle of Least Privilege enforcement, Zero Trust Architecture, attack-surface visibility, password management & rotation, and the cybersecurity training platform with employee attestation. Together these produce the continuous evidence stream AC.L2-3.10.1[b] requires.
Compliance-as-a-Service	Manages your SSP, POA&Ms, control evidence, and recertification campaigns inside a single platform. Maps every artifact directly to AC.L2-3.10.1[b] and the surrounding Physical Protection objectives so you walk into your CMMC Level 2 assessment with the binder pre-built and the gap report already burned down.
vCSO (Virtual CSO)	Executive-level guidance for boards and leadership on scope decisions (CUI boundary), C3PAO selection, control-design trade-offs across CMMC, FTC Safeguards, and PCI, and remediation prioritization aligned with contract-award timelines.

Engagement model: Most clients begin with a Cyberwatch baseline assessment (1–2 weeks), then move into Cyberwatch Advanced and Compliance-as-a-Service to remediate and harvest evidence ahead of their CMMC Joint Surveillance or full L2 assessment.

External References & Authoritative Sources

Are You Ready for the C3PAO? — 10-Point Readiness Check

We can produce, on demand, the documented implementation of AC.L2-3.10.1[b] from the SSP.
A named owner is accountable for AC.L2-3.10.1[b] and is reachable by the C3PAO during the assessment.
The control supporting AC.L2-3.10.1[b] is in fact configured and operating today (not just documented).
Operational evidence covers at minimum the last 12 months and shows the control operating continuously, not as a point-in-time snapshot.
The most recent review or recertification of AC.L2-3.10.1[b] is within the cadence stated in policy.
All open POA&M items related to AC.L2-3.10.1[b] have an executive sponsor and a credible target date.
Cross-references to sibling Physical Protection objectives are present in the SSP and consistent.
For every CUI-bearing system in scope, the implementation of AC.L2-3.10.1[b] is the same — no special-cases hiding non-compliance.
The Cyberwatch baseline assessment for Physical Protection has been run within the last 12 months and any findings are remediated or POA&M'd.
A vCSO has reviewed the package against the CMMC Assessment Guide Level 2 v2.13 for AC.L2-3.10.1[b].

Next Step: If you cannot confidently check all 10 boxes above, contact your Northern Data Solutions vCSO to schedule a Cyberwatch assessment. We will deliver a gap report mapped directly to AC.L2-3.10.1[b] and the surrounding Physical Protection objectives.

Tags: AC.L2-3.10.1[b], cmmc, level-2, domain-pe

Documentation Index