DORA Regulation

DORA Compliance Consulting

We help EU financial entities meet DORA requirements for ICT risk management, incident reporting, resilience testing and third-party risk, with tailored support for critical ICT service providers.

DORA sets digital operational resilience requirements for the EU financial sector. Passeca helps organisations assess their obligations, strengthen ICT risk management, establish incident reporting procedures, plan resilience testing and manage ICT third-party risks.

We use Hyperproof, a Governance, Risk and Compliance (GRC) platform, to centralise evidence, track compliance progress and manage regulatory requirements in one place.

Definition

What is DORA?

DORA (the Digital Operational Resilience Act, Regulation (EU) 2022/2554) is an EU regulation that establishes a single, binding framework for digital operational resilience in the financial sector. It aims to ensure that financial entities can withstand, respond to and recover from all types of ICT-related disruptions and threats. It is directly applicable in all member states without national transposition.

DORA has applied since 17 January 2025 to a wide range of financial entities, including banks, payment institutions, investment firms, insurers and crypto-asset service providers. Critical Information and Communication Technology (ICT) third-party service providers designated by the European Supervisory Authorities (ESAs) are also subject to a dedicated oversight framework.

Scope

Who needs DORA compliance?

  • You are an EU financial entity. Banks, payment institutions, e-money issuers, investment firms, insurers, CCPs, trading venues and credit rating agencies.
  • You are a crypto-asset service provider. CASPs are explicitly in scope of DORA.
  • You are a critical ICT third-party provider. Cloud platforms, data centres and other ICT providers designated as critical fall under ESA oversight.
  • You rely on ICT to deliver financial services. If your organisation falls within DORA's scope, you must meet the applicable digital operational resilience requirements to manage ICT-related risks and disruptions.
Requirements

What does DORA actually require?

DORA is organised around five pillars. Together they require a financial entity to manage ICT risk comprehensively, report major incidents quickly, test its resilience, govern its ICT suppliers, and share intelligence — all under board-level accountability.

  • ICT risk management (Art. 5–15) — an ICT risk-management framework with defined roles, risk identification, protection (access control, cryptography, change management), detection, response and recovery, approved by the management body.
  • ICT-related incident reporting (Art. 17–23) — a process for classifying, logging and reporting major ICT-related incidents to the competent authority on a defined timeline.
  • Digital operational-resilience testing (Art. 24–27) — a programme of security and resilience tests, from vulnerability assessments and basic testing to advanced Threat-Led Penetration Testing (TLPT) for financial entities required to undergo it.
  • ICT third-party risk (Art. 28–44) — maintaining a register of information on ICT service contracts, assessing provider risks, including required contractual clauses and planning exit strategies. Critical ICT third-party service providers designated by the European Supervisory Authorities (ESAs) are subject to direct oversight.
  • Information sharing (Art. 45) — financial entities may voluntarily participate in trusted arrangements to exchange information about cyber threats and vulnerabilities.

The framework is supported by regulatory technical standards (RTS) and implementing technical standards (ITS) published by the ESAs, which add granular detail on reporting templates, the register of information, and testing programmes.

The engagement

How Passeca gets you DORA compliant

  1. 01

    ICT scope & entity classification

    We assess whether your organisation falls within DORA's scope and identify which requirements, regulatory technical standards (RTS) and other applicable rules you must follow.

  2. 02

    ICT risk-management gap analysis

    We assess your framework against the Article 5–15 requirements — governance, identification, protection, detection, response and recovery — and rank the gaps by regulatory and operational risk.

  3. 03

    Incident reporting & resilience testing plan

    We design the major-ICT-related-incident reporting process to meet DORA timelines, and build the operational-resilience testing programme — from basic testing through to TLPT for systemic entities.

  4. 04

    ICT third-party risk implementation

    We identify your ICT third-party service providers, review contracts against DORA requirements, establish the register of information and use Panorays to support continuous third-party risk monitoring — see our Third-Party Risk service.

  5. 05

    Evidence, testing & ongoing assurance

    We capture evidence in Hyperproof mapped to the DORA articles, run or facilitate the required testing (including TLPT where applicable), and provide ongoing assurance ahead of regulatory inspection.

Deliverables

What you get from the engagement

An ICT scope and entity-classification opinion
An ICT risk-management framework aligned to Articles 5–15
A major-ICT-related-incident reporting process meeting DORA timelines
A resilience-testing programme — from basic tests to TLPT readiness
A register of information for all ICT third-party arrangements
Contractual clause library for critical ICT providers
Continuous third-party monitoring on Panorays
Evidence pack in Hyperproof mapped to the DORA articles and RTS
Timeline

How long does DORA compliance take?

Entity profileEstimated timelineWhat affects the timeline
Financial entity not selected for TLPT4–8 monthsImplementing applicable ICT risk management, incident reporting, resilience testing and third-party risk requirements.
Financial entity required to conduct TLPT9–18 monthsPlanning and conducting threat-led penetration testing (TLPT), addressing identified weaknesses and implementing other applicable DORA requirements.
Designated critical ICT third-party service provider6–12 monthsPreparing for oversight by the European Supervisory Authorities (ESAs), including relevant risk management, documentation and oversight requirements.

Passeca prioritises the register of information and incident-reporting procedures, as both are important DORA compliance requirements.

Overlap

Doing more than one framework?

 DORANIS2ISO 27001
ICT risk management
Incident reportingImplicit
Resilience testing / TLPTImplicitPentest
Third-party / register of info
NatureEU regulationEU directiveVoluntary standard
For financial entitiesPrimaryLargely excludedBaseline

For financial entities within DORA's scope, DORA generally takes precedence over corresponding NIS2 requirements for ICT risk management and incident reporting. ISO 27001 provides a recognised information security management framework that can help organisations support relevant DORA and NIS2 requirements. Passeca uses Hyperproof to organise and reuse evidence across applicable requirements, reducing duplicate work.

FAQ

DORA compliance, answered

What is DORA?
DORA (Digital Operational Resilience Act, Regulation (EU) 2022/2554) is the EU regulation that harmonises digital operational-resilience requirements for the financial sector. It has applied since 17 January 2025 to a wide range of financial entities across the EU. Critical ICT third-party service providers designated by the European Supervisory Authorities (ESAs) are also subject to a dedicated oversight framework.
Who is in scope of DORA?
DORA applies to a wide range of financial entities, including credit institutions, payment institutions, e-money institutions, investment firms, central counterparties (CCPs), trading venues, insurers, crypto-asset service providers and credit rating agencies, subject to certain exemptions. ICT third-party service providers designated as critical are also subject to oversight by the European Supervisory Authorities (ESAs).
What are the five pillars of DORA?
ICT risk management (Articles 5–15), ICT-related incident management and reporting (Articles 17–23), digital operational-resilience testing including TLPT (Articles 24–27), ICT third-party risk management including the register of information (Articles 28–44), and information sharing arrangements (Article 45).
What is a TLPT and who needs one?
Threat-Led Penetration Testing (TLPT) is an advanced, regulator-supervised security test that simulates realistic cyberattacks against critical live production systems. Under Article 26, competent authorities identify which financial entities must undergo TLPT based on factors such as systemic importance, ICT risk and the impact of their services. Passeca helps plan and support these assessments through its penetration-testing practice.
What is the DORA register of information?
Article 28 requires financial entities to maintain a detailed register of all ICT third-party arrangements — provider, contractual details, services, and criticality. It must be kept up to date and produced to authorities on request. Passeca helps you build and maintain it, often on Panorays.
Does DORA replace NIS2 for financial entities?
For financial entities covered by both regulations, DORA generally takes precedence over overlapping NIS2 requirements for ICT risk management and incident reporting. However, other applicable NIS2 provisions may still apply. Passeca helps organisations identify the requirements relevant to their operations.
When did DORA take effect?
DORA (Regulation (EU) 2022/2554) entered into force on 16 January 2023 and has applied since 17 January 2025. Its supporting technical standards (RTS/ITS) apply alongside it. Some follow-on obligations have their own reporting timelines set by national supervisors, such as the annual submission of the Register of Information on ICT third-party arrangements, so check your competent authority's guidance for entity-specific deadlines.
Always-on defence

Get Ready for DORA Compliance

Speak with our experts about your DORA requirements, current readiness and the steps needed to strengthen your organisation's digital operational resilience.