NET-05.2: Internal System Connections
Mechanisms exist to control internal system connections through authorizing internal connections of systems and documenting, for each internal connection, the interface characteristics, security requirements and the nature of the information communicated.
Control Question: Does the organization control internal system connections through authorizing internal connections of systems and documenting, for each internal connection, the interface characteristics, security requirements and the nature of the information communicated?
General (20)
| Framework | Mapping Values |
|---|---|
| GovRAMP Low | CA-09 |
| GovRAMP Low+ | CA-09 |
| GovRAMP Moderate | CA-09 |
| GovRAMP High | CA-09 |
| NIST 800-53 R4 | CA-9 |
| NIST 800-53 R4 (low) | CA-9 |
| NIST 800-53 R4 (moderate) | CA-9 |
| NIST 800-53 R4 (high) | CA-9 |
| NIST 800-53 R5 (source) | CA-9 |
| NIST 800-53B R5 (low) (source) | CA-9 |
| NIST 800-53B R5 (moderate) (source) | CA-9 |
| NIST 800-53B R5 (high) (source) | CA-9 |
| NIST 800-82 R3 LOW OT Overlay | CA-9 |
| NIST 800-82 R3 MODERATE OT Overlay | CA-9 |
| NIST 800-82 R3 HIGH OT Overlay | CA-9 |
| NIST 800-171 R2 (source) | NFO-CA-9 |
| NIST 800-171 R3 (source) | 03.01.03 03.12.05.a 03.12.05.b 03.12.05.c |
| Shared Assessments SIG 2025 | G.3 |
| SCF CORE ESP Level 2 Critical Infrastructure | NET-05.2 |
| SCF CORE ESP Level 3 Advanced Threats | NET-05.2 |
US (17)
| Framework | Mapping Values |
|---|---|
| US CERT RMM 1.2 | COMM:SG2.SP1 TM:SG2.SP2 |
| US CMS MARS-E 2.0 | CA-9 |
| US FedRAMP R4 | CA-9 |
| US FedRAMP R4 (low) | CA-9 |
| US FedRAMP R4 (moderate) | CA-9 |
| US FedRAMP R4 (high) | CA-9 |
| US FedRAMP R4 (LI-SaaS) | CA-9 |
| US FedRAMP R5 (source) | CA-9 |
| US FedRAMP R5 (low) (source) | CA-9 |
| US FedRAMP R5 (moderate) (source) | CA-9 |
| US FedRAMP R5 (high) (source) | CA-9 |
| US FedRAMP R5 (LI-SaaS) (source) | CA-9 |
| US IRS 1075 | CA-9 |
| US NISPOM 2020 | 8-610 8-700 |
| US - TX DIR Control Standards 2.0 | CA-9 |
| US - TX TX-RAMP Level 1 | CA-9 |
| US - TX TX-RAMP Level 2 | CA-9 |
EMEA (2)
| Framework | Mapping Values |
|---|---|
| EMEA Saudi Arabia ECC-1 2018 | 5-1-3-1 |
| EMEA Saudi Arabia OTCC-1 2022 | 2-3-1-13 |
Americas (1)
| Framework | Mapping Values |
|---|---|
| Americas Canada ITSP-10-171 | 03.01.03 03.12.05.A 03.12.05.B 03.12.05.C |
Capability Maturity Model
Level 0 — Not Performed
There is no evidence of a capability to control internal system connections through authorizing internal connections of systems and documenting, for each internal connection, the interface characteristics, security requirements and the nature of the information communicated.
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).
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
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 control internal system connections through authorizing internal connections of systems and documenting, for each internal connection, the interface characteristics, security requirements and the nature of the information communicated.
Assessment Objectives
- NET-05.2_A01 internal connections of organization-defined system components to the system are authorized.
- NET-05.2_A02 for each internal connection, the interface characteristics are documented.
- NET-05.2_A03 for each internal connection, the security requirements are documented.
- NET-05.2_A04 for each internal connection, the privacy requirements are documented.
- NET-05.2_A05 for each internal connection, the nature of the information communicated is documented.
- NET-05.2_A06 internal system connections are terminated after organization-defined conditions.
- NET-05.2_A07 the continued need for each internal connection is reviewed organization-defined frequency.
- NET-05.2_A08 system components or classes of components requiring internal connections to the system are defined.
- NET-05.2_A09 conditions requiring termination of internal connections are defined.
- NET-05.2_A10 frequency at which to review the continued need for each internal connection is defined.