Law / Frameworks / NIST Privacy Framework / Protect-P
NIST Privacy Framework, Protect-PPR.PO-P8
Response and recovery plans are tested.NIST Privacy Framework, version 1.0, January 2020, PR.PO-P8
We read each law below as bearing on this control. That does not mean the control, done well, meets the law: what each law asks is on its own page. Law library as of .
- 9
- laws
- 6
- jurisdictions
- 0
- with court rulings behind them
- 0
- not yet in force
Related controls in other frameworks the same duties, in at least two laws we track, reach both
- NIST CSF 2.0ID.IM-04 Incident response plans and other cybersecurity plans that affect operations..., 6 laws
- NIST CSF 2.0ID.IM-02 Improvements are identified from security tests and exercises, including..., 5 laws
- NIST CSF 2.0PR.DS-11 Backups of data are created, protected, maintained, and tested, 3 laws
- FINOS AIGFAIR-PREV-007 Legal and Contractual Frameworks for AI Systems, 6 laws
- FINOS AIGFAIR-PREV-008 Quality of Service (QoS) and DDoS Prevention for AI Systems, 6 laws
- FINOS AIGFAIR-PREV-012 Role-Based Access Control for AI Data, 6 laws
- 10 more in the FINOS AIGF
- ENISA NIS2 guidance2.1 Risk management framework, 6 laws
- ENISA NIS2 guidance3.1 Incident handling policy, 6 laws
- ENISA NIS2 guidance4.1 Business continuity and disaster recovery plan, 6 laws
- 10 more in the ENISA NIS2 guidance
Sector security regimes
9 laws, 6 jurisdictions| Jurisdiction | Law | What it asks, as read here |
|---|---|---|
| OSFI Guideline B-13, Technology and Cyber Risk Management |
Establish and maintain an enterprise disaster recovery program, and validate it against severe but plausible scenarios that test your backup and recovery capabilities and critical third-party technologies and integration points. |
|
| Act Amending the Financial Supervision Authority Act and Other Acts (DORA Implementation), Credit Institution ICT Risk and Incident Notification |
Develop, manage and test ICT business-continuity policies and ICT response and recovery plans as part of your business continuity plan, in line with DORA Article 11 (Section 82^4(2)). |
|
| DORA Technical Standards on ICT Risk Management Tools, Methods, Processes and Policies and the Simplified ICT Risk Management Framework |
Include in the ICT business continuity policy the objectives, scope, timeframe, activation and deactivation criteria, governance and recovery objectives set out in Article 24(1). If you are a central counterparty, set a maximum recovery time for your critical functions of not longer than 2 hours. If you are a central securities depository, ensure a recovery time objective of not longer than 2 hours for your critical or important functions. If you are a trading venue, ensure that trading can be resumed within or close to 2 hours of a disruptive incident and that the maximum amount of data lost is close to zero (Article 24(2) to (4)). Test the plans on scenarios that simulate potential disruptions, including severe but plausible scenarios, include the ICT services provided by ICT third-party service providers where applicable, document the results, and report identified deficiencies to the management body (Article 25). If you are an entity referred to in Article 16(1) of Regulation (EU) 2022/2554, apply the simplified framework of Title III: have an internal governance and control framework with the management body responsibilities set out in Article 28, and meet Articles 29 to 41 on the information security policy, the classification of assets, ICT risk management, physical and environmental security, access control, ICT operations security, data, system and network security, ICT security testing, acquisition, development and maintenance, project and change management, the business continuity plan and the review report. Test your business continuity plans at least once every year for the back-up and restore procedures, or upon every major change of the plan (Article 40). |
|
| DORA, Articles 5-16 (ICT Risk Management Framework) |
Put in place a comprehensive ICT business continuity policy and ICT response and recovery plans, and conduct a business impact analysis of your exposures to severe business disruptions. Test the continuity and the response and recovery plans at least yearly and on substantive changes to systems supporting critical or important functions, and test your crisis communication plans. Keep readily accessible records of activities before and during disruption events. Unless you are a microenterprise, include cyber-attack and switchover scenarios in the tests, have a crisis management function, and report to your competent authority on request an estimate of the aggregated annual costs and losses caused by major ICT-related incidents (Article 11). |
|
| European Union (Digital Operational Resilience) Regulations 2025, ICT Systems and Continuity Duties of Financial Firms |
As a credit institution or investment firm, have contingency and business continuity policies and plans, including ICT business continuity policies and plans and ICT response and recovery plans, established, managed and tested in accordance with Article 11 of the DORA Regulation (regulation 4). |
|
| Loi du 1er juillet 2024, DORA Competent Authorities, Sanctions and ICT Continuity Duties of Financial Firms |
If you are a CRR institution in Luxembourg, keep adequate contingency and business continuity policies and plans, including ICT business continuity policies and plans and ICT response and recovery plans, and establish, manage and test them in accordance with Article 11 of the DORA Regulation (Loi du 1er juillet 2024, Article 5). |
|
| DFS Advisory: Heightened Cybersecurity Risks Associated with Frontier AI Models |
The Department says you should consider whether your logging and security event alerting capabilities are sufficient to address heightened threats, and review and test your threat-relevant operational resilience procedures, which may require more frequent use as AI-enabled cyber capabilities evolve. |
|
| DFS Guidance: Measures Regulated Entities Should Consider in a Heightened Cybersecurity Threat Environment |
The Department says you should consider testing the integrity, immutability and restorability of backups, including validation of recovery time objectives, and reviewing and testing threat-relevant operational resilience procedures, such as incident response and business continuity plans, to protect and restore critical functions, information systems and nonpublic information. |
|
| New York Department of Financial Services Cybersecurity Regulation, Incident Response and Business Continuity Management |
Test your incident response and business continuity and disaster recovery plans with all staff and management critical to the response, and your ability to restore critical data and information systems from backups, periodically and at least annually, and revise the plans as necessary. |
Full text of the NIST Privacy Framework, public domain (a US government work). Every control of the framework.