Article 39: Components of the ICT business continuity plan

Oh no! No description found. But not to worry. Read from Tasks below how to advance this topic.

1. The financial entities referred to in Article 16(1) of Regulation (EU) 2022/2554 shall develop their ICT business continuity plans considering the results of the analysis of their exposures to and potential impact of severe business disruptions and scenarios to which their ICT assets supporting critical or important functions might be exposed, including a cyber-attack scenario.

2. The ICT business continuity plans referred to in paragraph 1 shall:

(a) be approved by the management body of the financial entity;

(b) be documented and readily accessible in the event of an emergency or crisis;

(c) allocate sufficient resources for their execution;

(d) establish planned recovery levels and timeframes for the recovery and resumption of functions and key internal and external dependencies, including ICT third-party service providers;

(e) identify the conditions that may prompt the activation of the ICT business continuity plans and what actions are to be taken to ensure the availability, continuity, and recovery of the financial entities’ ICT assets supporting critical or important functions;

(f) identify the restoration and recovery measures for critical or important business functions, supporting processes, information assets, and their interdependencies to avoid adverse effects on the functioning of the financial entities;

(g) identify backup procedures and measures that specify the scope of the data that are subject to the backup, and the minimum frequency of the backup, based on the criticality of the function using those data;

(h) consider alternative options where recovery may not be feasible in the short term because of costs, risks, logistics, or unforeseen circumstances;

(i) specify the internal and external communication arrangements, including escalation plans;

(j) be updated in line with lessons learned from incidents, tests, new risks, and threats identified, changed recovery objectives, major changes to the financial entity’s organisation, and to the ICT assets supporting critical or business functions.

For the purposes of point (f), the measures referred to in that point shall provide for the mitigation of failures of critical third-party providers.

This requirement is part of the framework:  
DORA simplified RMF
Best practices
How to implement:
Article 39: Components of the ICT business continuity plan
This policy on
Article 39: Components of the ICT business continuity plan
provides a set concrete tasks you can complete to secure this topic. Follow these best practices to ensure compliance and strengthen your overall security posture.

1. The financial entities referred to in Article 16(1) of Regulation (EU) 2022/2554 shall develop their ICT business continuity plans considering the results of the analysis of their exposures to and potential impact of severe business disruptions and scenarios to which their ICT assets supporting critical or important functions might be exposed, including a cyber-attack scenario.

2. The ICT business continuity plans referred to in paragraph 1 shall:

(a) be approved by the management body of the financial entity;

(b) be documented and readily accessible in the event of an emergency or crisis;

(c) allocate sufficient resources for their execution;

(d) establish planned recovery levels and timeframes for the recovery and resumption of functions and key internal and external dependencies, including ICT third-party service providers;

(e) identify the conditions that may prompt the activation of the ICT business continuity plans and what actions are to be taken to ensure the availability, continuity, and recovery of the financial entities’ ICT assets supporting critical or important functions;

(f) identify the restoration and recovery measures for critical or important business functions, supporting processes, information assets, and their interdependencies to avoid adverse effects on the functioning of the financial entities;

(g) identify backup procedures and measures that specify the scope of the data that are subject to the backup, and the minimum frequency of the backup, based on the criticality of the function using those data;

(h) consider alternative options where recovery may not be feasible in the short term because of costs, risks, logistics, or unforeseen circumstances;

(i) specify the internal and external communication arrangements, including escalation plans;

(j) be updated in line with lessons learned from incidents, tests, new risks, and threats identified, changed recovery objectives, major changes to the financial entity’s organisation, and to the ICT assets supporting critical or business functions.

For the purposes of point (f), the measures referred to in that point shall provide for the mitigation of failures of critical third-party providers.

Read below what concrete actions you can take to improve this ->
Frameworks that include requirements for this topic:
No items found.

How to improve security around this topic

In Cyberday, requirements and controls are mapped to universal tasks. A set of tasks in the same topic create a Policy, such as this one.

Here's a list of tasks that help you improve your information and cyber security related to
Article 39: Components of the ICT business continuity plan
Task name
Priority
Task completes
Complete these tasks to increase your compliance in this policy.
Critical
No other tasks found.

How to comply with this requirement

In Cyberday, requirements and controls are mapped to universal tasks. Each requirement is fulfilled with one or multiple tasks.

Here's a list of tasks that help you comply with the requirement
Article 39: Components of the ICT business continuity plan
of the framework  
DORA simplified RMF
Task name
Priority
Task completes
Complete these tasks to increase your compliance in this policy.
Critical
Creating and documenting continuity plans
Critical
High
Normal
Low
Developing and executing a recovery plan
Critical
High
Normal
Low
Regular testing and review of continuity plans
Critical
High
Normal
Low
Continuity of critical tasks in exceptional situations
Critical
High
Normal
Low
10
requirements
Risk management and leadership
Continuity management

Continuity of critical tasks in exceptional situations

This task helps you comply with the following requirements

Identifying critical IT partners
Critical
High
Normal
Low
Ensuring coverage of critical scenarios and aspects in continuity plans
Critical
High
Normal
Low
3
requirements
Risk management and leadership
Continuity management

Ensuring coverage of critical scenarios and aspects in continuity plans

This task helps you comply with the following requirements

Defining a backup strategy
Critical
High
Normal
Low
Defining the organization's continuity strategy
Critical
High
Normal
Low
Communication to stakeholders on continuity plans
Critical
High
Normal
Low
Continuous improvement of continuation plans
Critical
High
Normal
Low

The ISMS component hierachy

When building an ISMS, it's important to understand the different levels of information hierarchy. Here's how Cyberday is structured.

Framework

Sets the overall compliance standard or regulation your organization needs to follow.

Requirements

Break down the framework into specific obligations that must be met.

Tasks

Concrete actions and activities your team carries out to satisfy each requirement.

Policies

Documented rules and practices that are created and maintained as a result of completing tasks.

Never duplicate effort. Do it once - improve compliance across frameworks.

Reach multi-framework compliance in the simplest possible way
Security frameworks tend to share the same core requirements - like risk management, backup, malware, personnel awareness or access management.
Cyberday maps all frameworks’ requirements into shared tasks - one single plan that improves all frameworks’ compliance.
Do it once - we automatically apply it to all current and future frameworks.