Skip to main content

NET-03.6: Dynamic Isolation & Segregation (Sandboxing)

NET 5 — Medium Protect

Automated mechanisms exist to dynamically isolate (e.g., sandbox) untrusted components during runtime, where the component is isolated in a fault-contained environment but it can still collaborate with the application.

Control Question: Does the organization use automated mechanisms to dynamically isolate (e.g., sandbox) untrusted components during runtime, where the component is isolated in a fault-contained environment but it can still collaborate with the application?

General (4)
Framework Mapping Values
GovRAMP High SC-07(20)
NIST 800-53 R4 SC-7(20)
NIST 800-53 R5 (source) SC-7(20)
NIST 800-53 R5 (NOC) (source) SC-7(20)
US (4)
Framework Mapping Values
US FedRAMP R4 SC-7(20)
US FedRAMP R4 (high) SC-7(20)
US FedRAMP R5 (source) SC-7(20)
US FedRAMP R5 (high) (source) SC-7(20)
EMEA (2)
Framework Mapping Values
EMEA Saudi Arabia SACS-002 TPC-38
EMEA UK Cyber Essentials 4

Capability Maturity Model

Level 0 — Not Performed

There is no evidence of a capability to dynamically isolate (e.g., sandbox) untrusted components during runtime, where the component is isolated in a fault-contained environment but it can still collaborate with the application.

Level 1 — Performed Informally

C|P-CMM1 is N/A, since a structured process is required to dynamically isolate (e.g., sandbox) untrusted components during runtime, where the component is isolated in a fault-contained environment but it can still collaborate with the application.

Level 2 — Planned & Tracked

C|P-CMM2 is N/A, since a well-defined process is required to dynamically isolate (e.g., sandbox) untrusted components during runtime, where the component is isolated in a fault-contained environment but it can still collaborate with the application.

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

See C|P-CMM3. There are no defined C|P-CMM4 criteria, since it is reasonable to assume a quantitatively-controlled process is not necessary to dynamically isolate (e.g., sandbox) untrusted components during runtime, where the component is isolated in a fault-contained environment but it can still collaborate with the application.

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 dynamically isolate (e.g., sandbox) untrusted components during runtime, where the component is isolated in a fault-contained environment but it can still collaborate with the application.

Assessment Objectives

  1. NET-03.6_A01 system components to be dynamically isolated from other system components are defined.
  2. NET-03.6_A02 the capability to dynamically isolate organization-defined system components from other system components is provided.

Technology Recommendations

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.