Skip to main content

NET-10: Domain Name Service (DNS) Resolution

NET 10 — Critical Protect

Mechanisms exist to ensure Domain Name Service (DNS) resolution is designed, implemented and managed to protect the security of name / address resolution.

Control Question: Does the organization ensure Domain Name Service (DNS) resolution is designed, implemented and managed to protect the security of name / address resolution?

General (23)
Framework Mapping Values
CIS CSC 8.1 4.9
CIS CSC 8.1 IG2 4.9
CIS CSC 8.1 IG3 4.9
GovRAMP Low SC-20
GovRAMP Low+ SC-20
GovRAMP Moderate SC-20
GovRAMP High SC-20
MITRE ATT&CK 10 T1071, T1071.001, T1071.002, T1071.003, T1071.004, T1553.004, T1566, T1566.001, T1566.002, T1568, T1568.002, T1598, T1598.002, T1598.003
NIST 800-53 R4 SC-20 SC-20(2)
NIST 800-53 R4 (low) SC-20
NIST 800-53 R4 (moderate) SC-20
NIST 800-53 R4 (high) SC-20
NIST 800-53 R5 (source) SC-20 SC-20(2)
NIST 800-53B R5 (low) (source) SC-20
NIST 800-53B R5 (moderate) (source) SC-20
NIST 800-53B R5 (high) (source) SC-20
NIST 800-53 R5 (NOC) (source) SC-20(2)
NIST 800-82 R3 LOW OT Overlay SC-20
NIST 800-82 R3 MODERATE OT Overlay SC-20
NIST 800-82 R3 HIGH OT Overlay SC-20
NIST 800-171 R2 (source) NFO-SC-20
Shared Assessments SIG 2025 N.8
SCF CORE Mergers, Acquisitions & Divestitures (MA&D) NET-10
US (17)
EMEA (4)
Framework Mapping Values
EMEA EU NIS2 Annex 6.7.2(l)
EMEA Israel CDMO 1.0 9.6
EMEA Saudi Arabia ECC-1 2018 2-4-3-5 2-5-3-7
EMEA UK DEFSTAN 05-138 2315
APAC (2)
Framework Mapping Values
APAC Australia ISM June 2024 ISM-0574 ISM-0861 ISM-1026 ISM-1027 ISM-1151 ISM-1183 ISM-1540 ISM-1782 ISM-1799
APAC New Zealand NZISM 3.6 15.2.20.C.01 15.2.20.C.02 15.2.20.C.03 15.2.20.C.04 15.2.20.C.05

Capability Maturity Model

Level 0 — Not Performed

There is no evidence of a capability to ensure Domain Name Service (DNS) resolution is designed, implemented and managed to protect the security of name / address resolution.

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).
  • Technologies are configured to perform data origin authentication and data integrity verification on the Domain Name Service (DNS) resolution responses received from authoritative sources when requested by client systems.
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 ensure Domain Name Service (DNS) resolution is designed, implemented and managed to protect the security of name / address resolution.

Assessment Objectives

  1. NET-10_A01 additional data origin authentication is provided along with the authoritative name resolution data that the system returns in response to external name/address resolution queries.
  2. NET-10_A02 integrity verification artifacts are provided along with the authoritative name resolution data that the system returns in response to external name/address resolution queries.
  3. NET-10_A03 the means to indicate the security status of child zones (and if the child supports secure resolution services) is provided when operating as part of a distributed, hierarchical namespace.
  4. NET-10_A04 the means to enable verification of a chain of trust among parent and child domains when operating as part of a distributed, hierarchical namespace is provided.

Technology Recommendations

Micro/Small

  • Secure Baseline Configurations (SBC)

Small

  • Secure Baseline Configurations (SBC)

Medium

  • Secure Baseline Configurations (SBC)

Large

  • Secure Baseline Configurations (SBC)

Enterprise

  • Secure Baseline Configurations (SBC)

The Secure Controls Framework (SCF) is maintained by SCF Council. Use of SCF content is subject to the SCF Terms & Conditions.

Manage this control in SCF Connect

Track implementation status, collect evidence, and map controls to your compliance frameworks automatically.