DORA – digital resilience
DORA is directly applicable EU law on ICT risk in the financial sector. Since 17 January 2025, financial entities must run an ICT risk management framework owned by the management body, classify and report major ICT incidents, test their digital resilience and control ICT third-party risk.
Key points
- 01Applies from 17 January 2025; binding in its entirety and directly applicable in all Member States, without national transposition (Article 64).
- 02Five pillars: ICT risk management, ICT-related incident management and reporting, digital operational resilience testing, ICT third-party risk, and information-sharing arrangements (Chapters II to VI).
- 03The management body bears the ultimate responsibility for managing the entity’s ICT risk (Article 5(2)(a)).
- 04Major ICT-related incidents: initial notification within 4 hours of classification as major and no later than 24 hours after becoming aware; intermediate report within 72 hours of the initial notification; final report within one month of the latest intermediate report (Delegated Regulation (EU) 2025/301, Article 5).
- 05The European Supervisory Authorities published the first list of designated critical ICT third-party service providers on 18 November 2025.
- 06For Swiss banking groups, DORA becomes relevant through EU-authorised subsidiaries, ICT services provided to EU financial entities and, under German law, branches in Germany, where the applicable regime depends on the branch’s business.
What it requires
- 01ICT risk management frameworkA sound, comprehensive and well-documented ICT risk management framework as part of the overall risk management system, reviewed at least once a year (Article 6(1) and (5)). Entities other than microenterprises assign ICT risk to an independent control function and separate ICT risk management, control and internal audit functions (Article 6(4)).
- 02Governance and accountabilityThe management body defines, approves, oversees and is responsible for the ICT risk management framework, sets the digital operational resilience strategy including the ICT risk tolerance, approves the ICT business continuity policy and ICT audit plans, and allocates the budget (Article 5(2)). Its members keep sufficient ICT risk knowledge, including through regular training (Article 5(4)).
- 03Incident management and reportingAn ICT-related incident management process to detect, manage and notify incidents (Article 17). Major ICT-related incidents are reported to the competent authority as initial notification, intermediate report and final report (Article 19(4)), within the time limits of Delegated Regulation (EU) 2025/301.
- 04Digital operational resilience testingEntities other than microenterprises maintain a testing programme and test all ICT systems and applications supporting critical or important functions at least yearly (Article 24). Entities identified by the competent authority under Article 26(8) carry out threat-led penetration testing (TLPT) at least every three years on live production systems (Article 26).
- 05ICT third-party riskICT third-party risk is managed as part of ICT risk: a register of information on all contractual arrangements for ICT services, assessment before contracting and exit strategies for services supporting critical or important functions (Article 28), and mandatory contractual provisions set out in one written document (Article 30).
- 06Critical ICT third-party providersThe European Supervisory Authorities designate critical ICT third-party service providers and oversee them (Article 31). A provider established in a third country and designated as critical may only be used if it has established a subsidiary in the Union within 12 months of the designation (Article 31(12)).
What it means for the board and executive management
- 01The management body carries the ultimate responsibility for ICT risk and sets the ICT risk tolerance as part of the digital operational resilience strategy (Article 5(2)(a) and (d)).
- 02The board needs reporting channels on ICT third-party arrangements, planned material changes and at least major ICT-related incidents with their impact and remediation (Article 5(2)(i)).
- 03Board members must keep their ICT risk knowledge current through regular training (Article 5(4)); ICT security and resilience training is compulsory for all staff and senior management (Article 13(6)).
- 04Reporting deadlines measured in hours require a pre-agreed classification and escalation path; for credit institutions, the weekend and holiday relief does not apply to initial notifications and intermediate reports (Delegated Regulation (EU) 2025/301, Article 5(5)).
How MRM-Solution supports it
- 01Derive the requirements into each policy’s register, every row with its origin, and count a row only after a person has approved it.
- 02See per requirement whether policy, process and governance, and controls hold it: three lamps, and the weakest one counts.
- 03Attach controls to the activities they secure, record tests or import results in your own spreadsheet layout, and track deficiencies to closure.
- 04Keep an append-only audit trail of who changed what, when and in which role, plus a change log per policy.
Questions executives ask
Does DORA apply to a Swiss bank?
DORA applies to the financial entities listed in Article 2, supervised by the competent authorities of the Member States. For a Swiss banking group it applies directly to EU-authorised subsidiaries such as a credit institution or investment firm. For branches in Germany, Bafin lists third-country branches and Zweigstellen nach § 53 KWG among the entities brought under DORA by the FinmadiG (reporting only until 1 January 2027, ICT risk management under Article 16 thereafter), and states that an entity conducting deposit and lending business is a CRR credit institution under DORA since 17 January 2025. Swiss entities that provide ICT services to EU financial entities are ICT third-party service providers under the Regulation.
What must we report after a major ICT incident, and how fast?
An initial notification as early as possible, within 4 hours of classifying the incident as major and no later than 24 hours after becoming aware of it; an intermediate report at the latest within 72 hours of the initial notification; and a final report no later than one month after the latest intermediate report (Delegated Regulation (EU) 2025/301, Article 5). Where a major incident affects clients’ financial interests, clients must be informed without undue delay (Article 19(3)).
What does DORA change for our ICT outsourcing contracts?
Every ICT service arrangement goes into the register of information (Article 28(3)), contracts must contain the provisions of Article 30 in one written document, and services supporting critical or important functions need exit strategies (Article 28(8)). For providers established in a third country, entities must also consider compliance with Union data protection rules and the effective enforcement of the law in that country (Article 29(2)); a third-country provider designated as critical needs an EU subsidiary within 12 months (Article 31(12)).
Sources
- Regulation (EU) 2022/2554 (DORA), Official Journal L 333, 27.12.2022 – EUR-Lex (EN) →
- Verordnung (EU) 2022/2554 (DORA), Amtsblatt L 333, 27.12.2022 – EUR-Lex (DE) →
- Commission Delegated Regulation (EU) 2025/301 on the content and time limits for reporting major ICT-related incidents – EUR-Lex →
- ESMA, The European Supervisory Authorities designate critical ICT third-party providers under the Digital Operational Resilience Act (18 November 2025) →
- Bafin FAQ: Für wen gelten die BAIT jetzt (seit dem 17.01.2025) noch? →
- Bafin, DORA kommt: Änderungen bei den aufsichtlichen Anforderungen an die IT (9 January 2025) →

Too good to be true? Then we should talk.
30 minutes. Your use case, maximum impact.
info@mrm-solution.com