← SC-7

Dynamic Isolation and Segregation

LOW MODERATE HIGH
1 Overlay 0 Related Controls
Graph
Export ▾

Requirements NIST SOURCE

Provide the capability to dynamically isolate [system components] from other system components.

Discussion (NIST Supplemental Guidance)

The capability to dynamically isolate certain internal system components is useful when it is necessary to partition or separate system components of questionable origin from components that possess greater trustworthiness. Component isolation reduces the attack surface of organizational systems. Isolating selected system components can also limit the damage from successful attacks when such attacks occur.

Implementation Guidance

Engineering Interpretation

Original engineering commentary written for this explorer — not NIST source text and not authoritative guidance.

No engineering interpretation has been authored for SC-7(20) yet. This section is architected to receive it — see the Requirements and Assessment sections above for the authoritative NIST source content in the meantime.

Assessment

NIST SP 800-53A REV 5.2.0

Assessment Objectives

  1. system components to be dynamically isolated from other system components are defined;
  2. the capability to dynamically isolate <SC-07(20)_ODP system components> from other system components is provided.

Examine

[SELECT FROM: System and communications protection policy; procedures addressing boundary protection; system design documentation; system hardware and software; system architecture; system configuration settings and associated documentation; list of system components to be dynamically isolated/segregated from other components of the system; system audit records; system security plan; other relevant documents or records].

Interview

[SELECT FROM: System/network administrators; organizational personnel with information security responsibilities; system developer; organizational personnel with boundary protection responsibilities].

Test

[SELECT FROM: Mechanisms supporting and/or implementing the capability to dynamically isolate/segregate system components].

Overlays

Showing the OT/ICS overlay for the parent control SC-7 — see the SC-7(20) entries within each baseline below.

OT/ICS Overlay SP 800-82r3

NIST SP 800-82r3 Appendix F, Table 22. Blank baseline means the control/control enhancement is not selected in that initial OT baseline.

LOW

  • Base control: Included (matches standard baseline)
  • Added: (28) (29)

MODERATE

  • Base control: Included (matches standard baseline)
  • Included: (3) (4) (5) (7) (8)
  • Added: (18) (28) (29)

HIGH

  • Base control: Included (matches standard baseline)
  • Included: (3) (4) (5) (7) (8) (18) (21)
  • Added: (28) (29)

STIGs & CCIs

No STIG checks or CCI mappings are currently loaded for SC-7(20). This section is architected to display, per product: STIG ID, Finding ID, Severity, Title, Description, Check, Fix, CCI, and NIST control mapping — but nothing is populated here until a real DISA STIG/CCI dataset is ingested.

Learn more about STIG/CCI integration →

Evidence

Potential Evidence — Derived

Categorized from the SP 800-53A "Examine"/"Test" artifact list above by keyword — not an authoritative NIST evidence list.

Policy

  • System and communications protection policy
  • system security plan

Configuration

  • system design documentation
  • system architecture
  • system configuration settings and associated documentation

Testing

  • Mechanisms supporting and/or implementing the capability to dynamically isolate/segregate system components

Other Records

  • procedures addressing boundary protection
  • system hardware and software
  • list of system components to be dynamically isolated/segregated from other components of the system
  • system audit records
  • other relevant documents or records