IRO-12: Sensitive / Regulated Data Spill Response
Mechanisms exist to respond to sensitive/regulated data spills.
Control Question: Does the organization respond to sensitive/regulated data spills?
General (19)
| Framework | Mapping Values |
|---|---|
| AICPA TSC 2017:2022 (used for SOC 2) (source) | P6.3 |
| CSA CCM 4 | SEF-06 |
| GovRAMP Low+ | IR-09 |
| GovRAMP Moderate | IR-09 |
| GovRAMP High | IR-09 |
| NIST Privacy Framework 1.0 | PR.DS-P5 |
| NIST 800-53 R4 | IR-9 |
| NIST 800-53 R5 (source) | IR-9 |
| NIST 800-53 R5 (NOC) (source) | IR-9 |
| NIST 800-161 R1 | IR-9 |
| NIST 800-161 R1 Flow Down | IR-9 |
| NIST 800-161 R1 Level 3 | IR-9 |
| NIST 800-171 R3 (source) | 03.06.01 |
| NIST 800-171A R3 (source) | A.03.01.22.b[02] |
| PCI DSS 4.0.1 (source) | 12.10.7 A3.2.5.2 |
| PCI DSS 4.0.1 SAQ D Merchant (source) | 12.10.7 |
| PCI DSS 4.0.1 SAQ D Service Provider (source) | 12.10.7 |
| SCF CORE ESP Level 2 Critical Infrastructure | IRO-12 |
| SCF CORE ESP Level 3 Advanced Threats | IRO-12 |
US (16)
| Framework | Mapping Values |
|---|---|
| US CERT RMM 1.2 | IMC:SG4.SP1 IMC:SG4.SP2 IMC:SG4.SP3 |
| US CMS MARS-E 2.0 | IR-9 |
| US DFARS Cybersecurity 252.204-70xx | 252.204-7012(c)(1)(i) 252.204-7012(c)(1)(ii) 252.204-7012(c)(2) 252.204-7012(c)(3) 252.204-7012(d) 252.204-7012(e) 252.204-7012(f) 252.204-7012(g) 252.204-7012(h) |
| US FedRAMP R4 | IR-9 |
| US FedRAMP R4 (moderate) | IR-9 |
| US FedRAMP R4 (high) | IR-9 |
| US FedRAMP R4 (LI-SaaS) | IR-9 |
| US FedRAMP R5 (source) | IR-9 |
| US FedRAMP R5 (moderate) (source) | IR-9 |
| US FedRAMP R5 (high) (source) | IR-9 |
| US IRS 1075 | IR-9 |
| US NISPOM 2020 | 8-103 |
| US NNPI (unclass) | 8.2 8.3 |
| US - TX DIR Control Standards 2.0 | IR-9 |
| US - TX TX-RAMP Level 1 | IR-9 |
| US - TX TX-RAMP Level 2 | IR-9 |
APAC (2)
| Framework | Mapping Values |
|---|---|
| APAC Australia ISM June 2024 | ISM-0133 |
| APAC New Zealand NZISM 3.6 | 7.3.7.C.01 7.3.7.C.02 7.3.7.C.03 7.3.7.C.04 7.3.7.C.05 7.3.7.C.06 7.3.8.C.01 7.3.8.C.02 7.3.8.C.03 |
Americas (1)
| Framework | Mapping Values |
|---|---|
| Americas Canada ITSP-10-171 | 03.06.01 |
Capability Maturity Model
Level 0 — Not Performed
There is no evidence of a capability to respond to sensitive/regulated data spills.
Level 1 — Performed Informally
C|P-CMM1 is N/A, since a structured process is required to respond to sensitive/regulated data spills.
Level 2 — Planned & Tracked
Incident Response (IRO) 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: o Identify cybersecurity and data protection controls that are appropriate to address applicable statutory, regulatory and contractual requirements for incident response operations. o Implement and maintain an incident response capability using a documented and tested Incident Response Plan (IRP) to facilitate incident management operations that cover preparation, detection and analysis, containment, eradication and recovery.
- Incident response operations are decentralized (e.g., a localized/regionalized function) and uses non-standardized methods to implement secure, resilient and compliant practices.
- IT/cybersecurity personnel:
Level 3 — Well Defined
Incident Response (IR) processes 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:
- An Integrated Security Incident Response Team (ISIRT), or similar function, exists to form an on-demand, scalable and integrated team of formally-assigned cybersecurity, IT, data privacy and business function representatives that can perform coordinated incident response.
- The ISIRT, or similar function, develops and maintains a documented, program-level Integrated Incident Response Program (IIRP) that provides operational and tactical-level guidance for cybersecurity and data privacy response operations.
- A Security Operations Center (SOC), or similar function, facilitates incident management operations that includes preparation, detection and analysis, containment, eradication and recovery.
- Business Process Owners (BPOs), in conjunction with the SOC and ISIRT functions, develop and maintain a documented Incident Response Plan (IRP) specific to the business process / business unit but inclusive of the organization's larger approach to incident response operations.
- An IT Asset Management (ITAM) function, or similar function, categorizes endpoint devices according to the data the asset stores, transmits and/ or processes and provides that information to the SOC for Incident Response Operations (IRO).
- Administrative processes and technologies exist to respond to sensitive/regulated data spills.
Level 4 — Quantitatively Controlled
Incident Response (IR) is metrics driven and provides sufficient management insight (based on a quantitative understanding of process 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 respond to sensitive/regulated data spills.
Assessment Objectives
- IRO-12_A01 actions to be performed are defined.
- IRO-12_A02 the specific information involved in the system contamination is identified in response to information spills.
- IRO-12_A03 personnel or roles is/are alerted of the information spill using a method of communication not associated with the spill.
- IRO-12_A04 the contaminated system or system component is isolated in response to information spills.
- IRO-12_A05 the information is eradicated from the contaminated system or component in response to information spills.
- IRO-12_A06 other systems or system components that may have been subsequently contaminated are identified in response to information spills.
- IRO-12_A07 actions are performed in response to information spills.
- IRO-12_A08 sensitive / regulated data is removed from publicly accessible systems, if discovered.
- IRO-12_A09 CUI is removed from publicly accessible systems, if discovered.
Evidence Requirements
- E-IRO-12 Sensitive / Regulated Data Spills
-
Documented evidence of records of response to sensitive / regulated data spills.
Incident Response
Technology Recommendations
Micro/Small
- Incident Response Plan (IRP)
Small
- Incident Response Plan (IRP)
Medium
- Integrated Incident Response Program (IIRP)
- Integrated Security Incident Response Team (ISIRT)
Large
- Integrated Incident Response Program (IIRP)
- Integrated Security Incident Response Team (ISIRT)
Enterprise
- Integrated Incident Response Program (IIRP)
- Integrated Security Incident Response Team (ISIRT)