NET-04: Data Flow Enforcement – Access Control Lists (ACLs)
Mechanisms exist to implement and govern Access Control Lists (ACLs) to provide data flow enforcement that explicitly restrict network traffic to only what is authorized.
Control Question: Does the organization implement and govern Access Control Lists (ACLs) to provide data flow enforcement that explicitly restrict network traffic to only what is authorized?
General (43)
| Framework | Mapping Values |
|---|---|
| AICPA TSC 2017:2022 (used for SOC 2) (source) | CC6.1 CC6.1-POF6 CC6.6 CC6.6-POF1 |
| CIS CSC 8.1 | 3.3 4.6 12.6 13.4 |
| CIS CSC 8.1 IG1 | 3.3 4.6 |
| CIS CSC 8.1 IG2 | 3.3 4.6 12.6 13.4 |
| CIS CSC 8.1 IG3 | 3.3 4.6 12.6 13.4 |
| GovRAMP Core | AC-04 |
| GovRAMP Low+ | AC-04 |
| GovRAMP Moderate | AC-04 |
| GovRAMP High | AC-04 |
| ISO 27002 2022 | 5.14 8.3 8.20 |
| ISO 27017 2015 | 9.4.1 13.1.1 |
| MITRE ATT&CK 10 | T1001, T1001.001, T1001.002, T1001.003, T1003, T1003.001, T1003.005, T1003.006, T1008, T1020.001, T1021.001, T1021.002, T1021.003, T1021.005, T1021.006, T1029, T1030, T1041, T1046, T1048, T1048.001, T1048.002, T1048.003, T1068, T1071, T1071.001, T1071.002, T1071.003, T1071.004, T1072, T1090, T1090.001, T1090.002, T1090.003, T1095, T1098, T1098.001, T1102, T1102.001, T1102.002, T1102.003, T1104, T1105, T1114, T1114.001, T1114.002, T1114.003, T1132, T1132.001, T1132.002, T1133, T1134.005, T1136, T1136.002, T1136.003, T1187, T1189, T1190, T1197, T1199, T1203, T1204, T1204.001, T1204.002, T1204.003, T1205, T1205.001, T1210, T1211, T1212, T1213, T1213.001, T1213.002, T1218.012, T1219, T1482, T1484, T1489, T1498, T1498.001, T1498.002, T1499, T1499.001, T1499.002, T1499.003, T1499.004, T1505.004, T1528, T1530, T1537, T1547.003, T1552, T1552.001, T1552.005, T1552.007, T1557, T1557.001, T1557.002, T1559, T1559.001, T1559.002, T1563, T1563.002, T1564.008, T1565, T1565.003, T1566, T1566.001, T1566.002, T1566.003, T1567, T1567.001, T1567.002, T1568, T1568.002, T1570, T1571, T1572, T1573, T1573.001, T1573.002, T1574, T1574.004, T1574.005, T1574.007, T1574.008, T1574.009, T1574.010, T1598, T1598.001, T1598.002, T1598.003, T1599, T1599.001, T1601, T1601.001, T1601.002, T1602, T1602.001, T1602.002, T1611 |
| MPA Content Security Program 5.1 | TS-1.0 TS-2.4 |
| NIST 800-53 R4 | AC-4 |
| NIST 800-53 R4 (moderate) | AC-4 |
| NIST 800-53 R4 (high) | AC-4 |
| NIST 800-53 R5 (source) | AC-4 |
| NIST 800-53B R5 (moderate) (source) | AC-4 |
| NIST 800-53B R5 (high) (source) | AC-4 |
| NIST 800-82 R3 MODERATE OT Overlay | AC-4 |
| NIST 800-82 R3 HIGH OT Overlay | AC-4 |
| NIST 800-161 R1 | AC-4 |
| NIST 800-161 R1 Flow Down | AC-4 |
| NIST 800-161 R1 Level 2 | AC-4 |
| NIST 800-161 R1 Level 3 | AC-4 |
| NIST 800-171 R2 (source) | 3.1.3 |
| NIST 800-171A (source) | 3.1.3[a] 3.1.3[b] 3.1.3[c] 3.1.3[d] 3.1.3[e] |
| NIST 800-171 R3 (source) | 03.01.03 03.13.01.a 03.13.01.c |
| NIST 800-171A R3 (source) | A.03.01.03[02] |
| NIST 800-172 | 3.1.3e |
| NIST 800-207 | NIST Tenet 4 |
| PCI DSS 4.0.1 (source) | 1.1 1.3 1.3.1 1.3.2 1.4.2 1.4.3 |
| PCI DSS 4.0.1 SAQ A-EP (source) | 1.3.1 1.3.2 1.4.2 1.4.3 |
| PCI DSS 4.0.1 SAQ B-IP (source) | 1.3.1 1.3.2 1.4.3 |
| PCI DSS 4.0.1 SAQ C (source) | 1.3.1 1.3.2 |
| PCI DSS 4.0.1 SAQ C-VT (source) | 1.3.1 1.3.2 |
| PCI DSS 4.0.1 SAQ D Merchant (source) | 1.3.1 1.3.2 1.4.2 1.4.3 |
| PCI DSS 4.0.1 SAQ D Service Provider (source) | 1.3.1 1.3.2 1.4.2 1.4.3 |
| SCF CORE Fundamentals | NET-04 |
| SCF CORE Mergers, Acquisitions & Divestitures (MA&D) | NET-04 |
| SCF CORE ESP Level 1 Foundational | NET-04 |
| SCF CORE ESP Level 2 Critical Infrastructure | NET-04 |
| SCF CORE ESP Level 3 Advanced Threats | NET-04 |
US (22)
| Framework | Mapping Values |
|---|---|
| US C2M2 2.1 | ARCHITECTURE-2.F.MIL2 |
| US CERT RMM 1.2 | TM:SG4.SP1 |
| US CISA CPG 2022 | 2.F 2.W 2.X |
| US CJIS Security Policy 5.9.3 (source) | AC-4 5.10.1 |
| US CMMC 2.0 Level 2 (source) | AC.L2-3.1.3 |
| US CMMC 2.0 Level 3 (source) | AC.L2-3.1.3 AC.L3-3.1.3E |
| US CMS MARS-E 2.0 | AC-4 |
| US FedRAMP R4 | AC-4 |
| US FedRAMP R4 (moderate) | AC-4 |
| US FedRAMP R4 (high) | AC-4 |
| US FedRAMP R5 (source) | AC-4 |
| US FedRAMP R5 (moderate) (source) | AC-4 |
| US FedRAMP R5 (high) (source) | AC-4 |
| US HIPAA HICP Medium Practice | 6.M.A |
| US HIPAA HICP Large Practice | 6.M.A |
| US IRS 1075 | AC-4 |
| US NERC CIP 2024 (source) | CIP-005-7 1.3 |
| US NSTC NSPM-33 | 6.4 |
| US TSA / DHS 1580/82-2022-01 | III.B.1.d |
| US - CA CCPA 2025 | 7123(c)(5)(B) |
| US - OR 646A | 622(2)(d)(C)(iii) |
| US - TX TX-RAMP Level 2 | AC-4 |
EMEA (7)
| Framework | Mapping Values |
|---|---|
| EMEA EU NIS2 Annex | 6.7.2(c) 6.7.2(f) 6.7.2(g) |
| EMEA Germany C5 2020 | COS-03 |
| EMEA Israel CDMO 1.0 | 9.12 9.16 10.9 12.11 |
| EMEA Saudi Arabia CSCC-1 2019 | 2-4-1-4 2-4-1-6 2-4-1-7 2-4-1-9 |
| EMEA Saudi Arabia ECC-1 2018 | 2-5-3-5 |
| EMEA Saudi Arabia OTCC-1 2022 | 2-4-1-6 2-4-1-7 2-4-1-8 2-4-1-10 2-4-1-14 2-4-1-16 |
| EMEA UK DEFSTAN 05-138 | 2316 2428 |
APAC (3)
| Framework | Mapping Values |
|---|---|
| APAC Australia ISM June 2024 | ISM-0643 ISM-0645 ISM-1157 ISM-1158 ISM-1386 |
| APAC Japan ISMAP | 9.4.1 9.4.1.8.PB 13.1.1 |
| APAC New Zealand NZISM 3.6 | 18.1.13.C.01 18.1.13.C.02 18.1.14.C.01 |
Americas (1)
| Framework | Mapping Values |
|---|---|
| Americas Canada ITSP-10-171 | 03.01.03 03.13.01.A 03.13.01.C |
Capability Maturity Model
Level 0 — Not Performed
There is no evidence of a capability to implement and govern Access Control Lists (ACLs) to provide data flow enforcement that explicitly restrict network traffic to only what is authorized.
Level 1 — Performed Informally
Network Security (NET) efforts are ad hoc and inconsistent. CMM Level 1 control maturity would reasonably expect all, or at least most, the following criteria to exist:
- IT personnel use an informal process to design, build and maintain secure networks for test, development, staging and production environments, including the implementation of appropriate cybersecurity and data protection controls.
- Administrative processes are used to configure boundary devices (e.g., firewalls, routers, etc.) to deny network traffic by default and allow network traffic by exception (e.g., deny all, permit by exception).
- Network monitoring is primarily reactive in nature.
Level 2 — Planned & Tracked
Network Security (NET) 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:
- Network 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 network security management.
- IT personnel define secure networking practices to protect the confidentiality, integrity, availability and safety of the organization's technology assets, data and network(s).
- Administrative processes and technologies focus on protecting High Value Assets (HVAs), including environments where sensitive/regulated data is stored, transmitted and processed.
- Administrative processes are used to configure boundary devices (e.g., firewalls, routers, etc.) to deny network traffic by default and allow network traffic by exception (e.g., deny all, permit by exception).
- Network segmentation exists to implement separate network addresses (e.g., different subnets) to connect systems in different security domains (e.g., sensitive/regulated data environments).
- Administrative processes enforce the use of human reviews for Access Control Lists (ACLs) and similar rulesets on a routine basis.
Level 3 — Well Defined
Network Security (NET) 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:
- A Technology Infrastructure team, or similar function, defines centrally-managed network security controls for implementation across the enterprise.
- Secure engineering principles are used to design and implement network security controls (e.g., industry-recognized secure practices) to enforce the concepts of least privilege and least functionality at the network level.
- IT/cybersecurity architects work with the Technology Infrastructure team to implement a “layered defense” network architecture that provides a defense-in-depth approach for redundancy and risk reduction for network-based security controls, including wired and wireless networking.
- Administrative processes and technologies configure boundary devices (e.g., firewalls, routers, etc.) to deny network traffic by default and allow network traffic by exception (e.g., deny all, permit by exception).
- Technologies automate the Access Control Lists (ACLs) and similar rulesets review process to identify security issues and/ or misconfigurations.
- Network segmentation exists to implement separate network addresses (e.g., different subnets) to connect systems in different security domains (e.g., sensitive/regulated data environments).
Level 4 — Quantitatively Controlled
Network Security (NET) 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
Network Security (NET) efforts are “world-class” capabilities that leverage predictive analysis (e.g., machine learning, AI, etc.). In addition to CMM Level 4 criteria, CMM Level 5 control maturity would reasonably expect all, or at least most, the following criteria to exist:
- Stakeholders make time-sensitive decisions to support operational efficiency, which may include automated remediation actions.
- Based on predictive analysis, process improvements are implemented according to “continuous improvement” practices that affect process changes.
Assessment Objectives
- NET-04_A01 information flow control policies are defined.
- NET-04_A02 methods and enforcement mechanisms for controlling the flow of sensitive / regulated data are defined.
- NET-04_A03 approved authorizations are enforced for controlling the flow of information within the system and between connected systems based on organization-defined information flow control policies.
- NET-04_A04 designated sources and destinations (e.g., networks, individuals and devices) for sensitive / regulated data within the system and between interconnected systems are identified.
- NET-04_A05 authorizations for controlling the flow of sensitive / regulated data are defined.
- NET-04_A06 approved authorizations are enforced for controlling the flow of CUI between connected systems.
- NET-04_A07 secure information transfer solutions are defined.
- NET-04_A08 information flows between security domains on connected systems are identified.
- NET-04_A09 solutions are employed to control information flows between security domains on connected systems.
- NET-04_A10 systems and system components included in the scope of the specified enhanced security requirements are identified.
- NET-04_A11 systems and system components are included in the scope of the specified enhanced security requirements.
- NET-04_A12 systems and system components that are not included in systems and system components are segregated in purpose-specific networks.
Evidence Requirements
- E-AST-12 Secure Baseline Configurations Reviews
-
Documented evidence of a review process to ensure Secure Baseline Configurations (SBC) are current and applicable (e.g., system configuration settings and associated documentation).
Asset Management - E-AST-19 Secure Baseline Configurations - Network Devices
-
Documented evidence of secure baseline configurations for all deployed types of network devices.
Asset Management - E-NET-06 Authorized Network Connections
-
Documented evidence of systems, applications and/or services authorized to connect to organizational systems, including remote access authorizations.
Network Security - E-NET-07 External System Accessibility
-
Documented evidence of a list of systems, applications and/or services accessible from external systems.
Network Security
Technology Recommendations
Micro/Small
- Access Control Lists (ACLs)
Small
- Access Control Lists (ACLs)
Medium
- Access Control Lists (ACLs)
Large
- Access Control Lists (ACLs)
Enterprise
- Access Control Lists (ACLs)