END-03.2: Governing Access Restriction for Change
Mechanisms exist to define, document, approve and enforce access restrictions associated with changes to Technology Assets, Applications and/or Services (TAAS).
Control Question: Does the organization define, document, approve and enforce access restrictions associated with changes to Technology Assets, Applications and/or Services (TAAS)?
General (27)
| Framework | Mapping Values |
|---|---|
| CSA CCM 4 | UEM-02 UEM-03 |
| GovRAMP Core | CM-05 |
| GovRAMP Low+ | CM-05 |
| GovRAMP Moderate | CM-05 |
| GovRAMP High | CM-05 |
| ISO 27002 2022 | 8.19 |
| ISO 27017 2015 | 12.5.1 |
| MITRE ATT&CK 10 | T1003, T1003.001, T1003.002, T1003.003, T1003.004, T1003.005, T1003.006, T1003.007, T1003.008, T1021, T1021.001, T1021.002, T1021.003, T1021.004, T1021.005, T1021.006, T1047, T1053, T1053.001, T1053.002, T1053.003, T1053.005, T1053.006, T1053.007, T1055, T1055.008, T1056.003, T1059, T1059.001, T1059.006, T1059.008, T1072, T1078, T1078.002, T1078.003, T1078.004, T1098, T1098.001, T1098.002, T1098.003, T1134, T1134.001, T1134.002, T1134.003, T1136, T1136.001, T1136.002, T1136.003, T1137.002, T1176, T1185, T1190, T1195.003, T1197, T1210, T1213, T1213.001, T1213.002, T1218, T1218.007, T1222, T1222.001, T1222.002, T1484, T1489, T1495, T1505, T1505.002, T1525, T1528, T1530, T1537, T1542, T1542.001, T1542.003, T1542.004, T1542.005, T1543, T1543.001, T1543.002, T1543.003, T1543.004, T1546.003, T1547.003, T1547.004, T1547.006, T1547.007, T1547.009, T1547.011, T1547.012, T1547.013, T1548, T1548.002, T1548.003, T1550, T1550.002, T1550.003, T1552, T1552.002, T1552.007, T1553, T1553.006, T1556, T1556.001, T1556.003, T1556.004, T1558, T1558.001, T1558.002, T1558.003, T1559, T1559.001, T1562, T1562.001, T1562.002, T1562.004, T1562.006, T1562.007, T1562.008, T1562.009, T1563, T1563.001, T1563.002, T1564.008, T1569, T1569.001, T1569.002, T1574, T1574.005, T1574.010, T1574.011, T1574.012, T1578, T1578.001, T1578.002, T1578.003, T1599, T1599.001, T1601, T1601.001, T1601.002, T1611, T1619 |
| NIST 800-53 R4 | CM-5 |
| NIST 800-53 R4 (moderate) | CM-5 |
| NIST 800-53 R4 (high) | CM-5 |
| NIST 800-53 R5 (source) | CM-5 |
| NIST 800-53B R5 (low) (source) | CM-5 |
| NIST 800-53B R5 (moderate) (source) | CM-5 |
| NIST 800-53B R5 (high) (source) | CM-5 |
| NIST 800-82 R3 LOW OT Overlay | CM-5 |
| NIST 800-82 R3 MODERATE OT Overlay | CM-5 |
| NIST 800-82 R3 HIGH OT Overlay | CM-5 |
| NIST 800-161 R1 | CM-5 |
| NIST 800-161 R1 C-SCRM Baseline | CM-5 |
| NIST 800-161 R1 Level 2 | CM-5 |
| NIST 800-161 R1 Level 3 | CM-5 |
| NIST 800-171A (source) | 3.4.5[a] 3.4.5[b] 3.4.5[c] 3.4.5[d] 3.4.5[e] 3.4.5[f] 3.4.5[g] 3.4.5[h] |
| SCF CORE Mergers, Acquisitions & Divestitures (MA&D) | END-03.2 |
| SCF CORE ESP Level 1 Foundational | END-03.2 |
| SCF CORE ESP Level 2 Critical Infrastructure | END-03.2 |
| SCF CORE ESP Level 3 Advanced Threats | END-03.2 |
US (10)
| Framework | Mapping Values |
|---|---|
| US CERT RMM 1.2 | TM:SG4.SP1 |
| US CMS MARS-E 2.0 | CM-5 |
| US FedRAMP R4 | CM-5 |
| US FedRAMP R4 (moderate) | CM-5 |
| US FedRAMP R4 (high) | CM-5 |
| US FedRAMP R5 (source) | CM-5 |
| US FedRAMP R5 (moderate) (source) | CM-5 |
| US FedRAMP R5 (high) (source) | CM-5 |
| US IRS 1075 | CM-5 |
| US - TX DIR Control Standards 2.0 | CM-5 |
APAC (1)
| Framework | Mapping Values |
|---|---|
| APAC Japan ISMAP | 12.5.1 12.5.1.1.PB |
Capability Maturity Model
Level 0 — Not Performed
There is no evidence of a capability to define, document, approve and enforce access restrictions associated with changes to Technology Assets, Applications and/or Services (TAAS).
Level 1 — Performed Informally
Endpoint Security (END) efforts are ad hoc and inconsistent. CMM Level 1 control maturity would reasonably expect all, or at least most, the following criteria to exist:
- Asset management is informally assigned as an additional duty to existing IT/cybersecurity personnel.
- IT/cybersecurity personnel use an informal process to design, build and maintain secure configurations for test, development, staging and production environments, including the implementation of appropriate cybersecurity and data protection controls.
- Anti-malware technologies are decentralized but are deployed on all technology assets that can run Anti-malware software.
- Data management is decentralized.
Level 2 — Planned & Tracked
Endpoint Security (END) efforts are requirements-driven and governed at a local/regional level, but are not consistent across the organization. CMM Level 2 control maturity would reasonably expect all, or at least most, the following criteria to exist:
- Endpoint security management is decentralized (e.g., a localized/regionalized function) and uses non-standardized methods to implement secure, resilient and compliant practices.
- IT/cybersecurity personnel identify cybersecurity and data protection controls that are appropriate to address applicable statutory, regulatory and contractual requirements for endpoint security management.
- Anti-malware technologies are decentralized but are deployed on all technology assets that can run anti-malware software.
- Physical controls, administrative processes and technologies focus on protecting High Value Assets (HVAs), including environments where sensitive/regulated data is stored, transmitted and processed.
- Technologies are configured to protect data with the strength and integrity commensurate with the classification or sensitivity of the information and mostly conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides), including cryptographic protections for sensitive/regulated data.
Level 3 — Well Defined
Endpoint Security (END) efforts are standardized across the organization and centrally managed, where technically feasible, to ensure consistency. CMM Level 3 control maturity would reasonably expect all, or at least most, the following criteria to exist:
- Configuration management is centralized for all operating Technology Assets, Applications and/or Services (TAAS), applications, servers and other configurable technologies.
- Technologies are configured to protect data with the strength and integrity commensurate with the classification or sensitivity of the information and conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides), including test, development, staging and production environments.
- Configurations conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides) for test, development, staging and production environments.
- An Identity & Access Management (IAM) function, or similar function, centrally manages permissions and implements “least privileges” practices for the management of user, group and system accounts, including privileged accounts.
- An IT Asset Management (ITAM) function, or similar function, categorizes endpoint devices according to the data the asset stores, transmits and/ or processes and applies the appropriate technology controls to protect the asset and data that conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides).
- A Security Operations Center (SOC), or similar function, centrally manages anti-malware and anti-phishing technologies, in accordance with industry-recognized practices for Prevention, Detection & Response (PDR) activities.
- A Security Incident Event Manager (SIEM), or similar automated tool, is tuned to detect and respond to anomalous behavior that could indicate account compromise or other malicious activities.
- The Human Resources (HR) department ensures that every user accessing a system that processes, stores, or transmits sensitive/regulated data is cleared and regularly trained in proper data handling practices.
- Unauthorized configuration changes are responded to in accordance with an Incident Response Plan (IRP) to determine if the any unauthorized configuration is malicious in nature.
Level 4 — Quantitatively Controlled
Endpoint Security (END) efforts are metrics driven and provide sufficient management insight (based on a quantitative understanding of process capabilities) to predict optimal performance, ensure continued operations and identify areas for improvement. In addition to CMM Level 3 criteria, CMM Level 4 control maturity would reasonably expect all, or at least most, the following criteria to exist:
- Metrics reporting includes quantitative analysis of Key Performance Indicators (KPIs).
- Metrics reporting includes quantitative analysis of Key Risk Indicators (KRIs).
- Scope of metrics, KPIs and KRIs covers organization-wide cybersecurity and data protection controls, including functions performed by third-parties.
- Organizational leadership maintains a formal process to objectively review and respond to metrics, KPIs and KRIs (e.g., monthly or quarterly review).
- Based on metrics analysis, process improvement recommendations are submitted for review and are handled in accordance with change control processes.
- Both business and technical stakeholders are involved in reviewing and approving proposed changes.
Level 5 — Continuously Improving
See C|P-CMM4. There are no defined C|P-CMM5 criteria, since it is reasonable to assume a continuously-improving process is not necessary to define, document, approve and enforce access restrictions associated with changes to Technology Assets, Applications and/or Services (TAAS).
Assessment Objectives
- END-03.2_A01 physical access restrictions associated with changes to the system are defined and documented.
- END-03.2_A02 physical access restrictions associated with changes to the system are approved.
- END-03.2_A03 physical access restrictions associated with changes to the system are enforced.
- END-03.2_A04 logical access restrictions associated with changes to the system are defined and documented.
- END-03.2_A05 logical access restrictions associated with changes to the system are approved.
- END-03.2_A06 logical access restrictions associated with changes to the system are enforced.
Technology Recommendations
Micro/Small
- Role Based Access Control (RBAC)
- Separation of Duties (SoD)
- Privileged Account Management (PAM)
Small
- Role Based Access Control (RBAC)
- Separation of Duties (SoD)
- Privileged Account Management (PAM)
Medium
- Role Based Access Control (RBAC)
- Separation of Duties (SoD)
- Privileged Account Management (PAM)
Large
- Role Based Access Control (RBAC)
- Separation of Duties (SoD)
- Privileged Account Management (PAM)
Enterprise
- Role Based Access Control (RBAC)
- Separation of Duties (SoD)
- Privileged Account Management (PAM)