Skip to content
the European Union

Regulations that reach the European Union

DORA, the CRA and GDPR are Regulations: they apply directly, so the window, the recipient and the content are the same in every Member State. NIS2 and CER are Directives — they bind Member States rather than companies, so what you owe is your own country's transposing law, and that law sets the recipient, the portal and any national variation. This page is therefore concrete about the first three and cannot be about the other two; the NIS2 clock below says how uneven transposition still is, and a country page is where it gets settled one state at a time.

Nothing on this page tells you whether an instrument binds YOU. That turns on facts only you hold — whether a competent authority has designated you, your staff and financial figures aggregated across any parent and subsidiary, and which services you provide. The scope check asks for those and answers in three states, because "not in scope" is a claim about limbs of the law it does not test. Run the scope check.

Reporting clocks in force here

Each window below is the instrument’s own, in the unit the instrument uses. Where a duty only applies once a public authority has designated you, or once you have told us what kind of organisation you are, it is marked and grouped second.

Applies to almost every organisation

GDPR Article 33 — personal data breach notification

Report to: Your competent supervisory authority under Art. 55(1) — in Ireland the Data Protection Commission, and a different authority in each other member state

  • within 72 hoursNotify the supervisory authorityGDPR Art. 33(1)Owed only if this incident is a personal-data breach, and not owed where the breach is "unlikely to result in a risk to the rights and freedoms of natural persons" (Art. 33(1)). Many incidents are neither. This stage is shown on every incident because nothing here can tell which yours is — decide it on the facts, and document the decision either way, because Art. 33(5) requires you to.

Also owed under the same instrument, with no fixed deadline: Telling the people whose data it was (GDPR Art. 34); Documenting every breach, including the ones you do not report (GDPR Art. 33(5)); If you are a processor, your clock is different (GDPR Art. 33(2)).

A personal-data breach duty runs ALONGSIDE any sectoral incident-reporting duty, never instead of it. Where an incident is both a personal-data breach and a reportable security incident, you owe both notifications, to two different authorities, and filing one does not discharge the other. The 72-hour figure is a coincidence of drafting: the two clocks have different triggers, different recipients and different content requirements.

Applies only to a particular kind of organisation

NIS2 Article 23 — significant incident reporting

only if: EU NIS2

Report to: Your CSIRT or, where applicable, your competent authority (Art. 23(1)) — and if you notify the authority, it must forward your notification to the CSIRT on receipt

  • within 24 hoursEarly warningNIS2 Art. 23(4)(a)
  • within 72 hoursIncident notificationNIS2 Art. 23(4)(b)
  • within one monthFinal reportNIS2 Art. 23(4)(d)
  • within one monthFinal report, where the incident was still ongoingNIS2 Art. 23(4)(e)Arises ONLY where the incident was still ongoing at the time you submitted the Art. 23(4)(d) final report. In that case what you submitted then was a PROGRESS report, and this is the final one. Record that it was ongoing, and the date your handling of it concluded, for this clock to start.

Also owed under the same instrument, with no fixed deadline: Warning your service recipients about a threat you have not suffered (NIS2 Art. 23(2)).

NIS2 is a Directive: it binds Member States, and you owe these windows under your own country's transposing law rather than under NIS2 itself. Transposition is uneven — several Member States, Ireland among them, had not transposed as at 26 September 2026 — so the recipient, the portal and any national variation are set by that law. The stages below are the Directive's own.

DORA Article 19 — major ICT-related incident reporting

only if: EU DORA Oversight

Report to: Your relevant competent authority under Art. 46 — in Ireland the Central Bank of Ireland, and a different authority in each other member state and for each financial sector. A significant credit institution reports to its national competent authority, which transmits to the ECB (Art. 19(1)).

  • within four hours from the classification of the ICT-related incident as a major ICT-related incident (RTS Art. 5(1)(a)), and no later than 24 hoursInitial notificationDORA Art. 19(4)(a); RTS Art. 5(1)(a)
  • within 72 hoursIntermediate reportDORA Art. 19(4)(b); RTS Art. 5(1)(b)
  • within one monthFinal reportDORA Art. 19(4)(c); RTS Art. 5(1)(c)

Also owed under the same instrument, with no fixed deadline: Protection measures against a threat you have not suffered (DORA Art. 19(3), second sentence); Updated intermediate reports, and on request (DORA Art. 19(4)(b)); Voluntary notification of a significant cyber threat (DORA Art. 19(2)).

The 24-hour limit shown on the initial notification is the OUTER limit, and it assumes you classified the incident as major within those 24 hours. RTS Art. 5(2) says that if you classify it as major later than that, your deadline is four hours from the classification instead — which falls after the 24-hour mark. This register shows the earlier of the two readings, so an entity in that position has longer than it appears, never less.

DORA is a Regulation and has applied directly since 17 January 2025 — there is no transposing measure and no member-state variation in whether the duty exists. What does vary is which authority you report to, and whether you are a financial entity at all: Art. 2(1) lists the types, and this register runs the clock only because you told us you are one.

Article 19 and NIS2 Article 23 are separate obligations with different recipients, and an incident can be reportable under both. Recording one here does not discharge the other. Art. 19(1) also lets a member state require the same notification to its CSIRT under NIS2 as well; this register does not know whether yours has.

Whether an incident is "major" — and so reportable at all — is your own determination under Art. 18, against the criteria and materiality thresholds in Commission Delegated Regulation (EU) 2024/1772. That Regulation is not encoded here and nothing on this screen applies it: the severity you set on an incident is not a DORA classification, and this register cannot tell you whether an incident is reportable.

RTS Art. 5(4) may let you submit by noon of the next working day where a deadline falls on a weekend or a bank holiday in your member state. Art. 5(5) withdraws that for credit institutions, central counterparties, operators of trading venues and entities identified as essential or important under NIS2, and Art. 5(6) lets your competent authority withdraw it from other significant entities — but BOTH of those reach only the initial notification and the intermediate report. Neither names the final report, so the extension on that one cannot be withdrawn from anybody. This register does not know which kind of entity you are, or your bank-holiday calendar, so every deadline it shows is the unextended one.

CRA Article 14 — actively exploited vulnerability

only if: EU CRA Manufacturer (products with digital elements)

Report to: The CSIRT designated as coordinator of the Member State of your main establishment in the Union — or, if you have none, the one Article 14(7) reaches by its four-step order — simultaneously accessible to ENISA, via the single reporting platform (Art. 14(7), Art. 16)

  • within 24 hoursEarly warning notificationCRA Art. 14(2)(a)
  • within 72 hoursVulnerability notificationCRA Art. 14(2)(b)
  • within 14 daysFinal reportCRA Art. 14(2)(c)

CRA Article 14 — severe incident affecting product security

only if: EU CRA Manufacturer (products with digital elements)

Report to: The CSIRT designated as coordinator of the Member State of your main establishment in the Union — or, if you have none, the one Article 14(7) reaches by its four-step order — simultaneously accessible to ENISA, via the single reporting platform (Art. 14(7), Art. 16)

  • within 24 hoursEarly warning notificationCRA Art. 14(4)(a)
  • within 72 hoursIncident notificationCRA Art. 14(4)(b)
  • within one monthFinal reportCRA Art. 14(4)(c)

CER Article 15 — critical entity incident notification

only if: EU CER Critical Entity (designated by a Member State)

Report to: The competent authority designated under the CER Directive by the Member State that identified you as a critical entity (Art. 15(1))

  • within 24 hoursInitial notificationCER Art. 15(1)
  • within one monthDetailed reportCER Art. 15(1)Article 15(1) makes the detailed report due "where relevant" and does not define further what makes it relevant. It is shown here on every incident because we cannot tell; decide with your competent authority whether it is owed.

Article 15(1) says the detailed report is due "no later than one month thereafter" without naming the event the month runs from. We run it from when you became aware, which is the earlier of the two readings — on the other reading, that the month runs from your initial notification, the deadline falls up to 24 hours later. Read the Article and take your own view before relying on either.

NIS2 Article 23 and CER Article 15 are separate obligations arising from separate Directives, and the authority designated under each need not be the same body. An incident can be reportable under both. Recording an incident here does not file anything with anyone, and satisfying one obligation does not discharge the other.

Standards and schemes — nothing is ever reported

These reach the European Union too, and none of them imposes a duty to file anything with anyone. There is no regulator to notify and no clock to miss. Where certification exists, it is awarded by a certification body after an audit — never by a tool, and never by us.

ISO/IEC 27001:2022

The international standard for information security management systems. It is voluntary and certifiable: an accredited body audits your ISMS and issues a certificate with a three-year cycle.

Checked against the standard's own control statements, from a licensed copy of ISO/IEC 27002:2022. None of ISO's text is reproduced here, and we do not certify anyone.

ISO 27001 in detail

NIST CSF 2.0

The US National Institute of Standards and Technology's Cybersecurity Framework. Version 2.0 is a voluntary, outcome-based framework organised as six functions, widely used outside the US as a common structure for describing a security programme.

NIST CSF 2.0 in detail

CyFun 2025 Basic, Important and Essential (CCB CyberFundamentals)

The CyberFundamentals Framework, published by the Centre for Cybersecurity Belgium. Ireland's National Cyber Security Centre has adopted it as a national NIS2 assessment and certification scheme. The 2025 edition is defined as a selection of NIST CSF 2.0 subcategories.

Indicative only. The requirements are the CCB's; which of your answers speaks to each one is our mapping, not theirs. This is not a CyFun self-assessment, level, label or certificate — the official method scores every requirement 1–5 and certification runs through a CCB-recognised conformity assessment body.

CyFun in detail

Reaches you, and this product does not cover it

  • Digital Services Act — Not built. Named so it is visible as absent.

What Vivid Risk does with all of this

  • Runs the reporting clock for each instrument above from dates you enter, against stage timings read out of the instrument itself — including the ones that are not in the instrument at all, like DORA's, where Article 19(4) sets no limit and every figure comes from Delegated Regulation (EU) 2025/301.
  • Cites a provision on every scored control, per jurisdiction, each one checked against the published text rather than a secondary summary.
  • Answers the scope question in three states, and refuses to say "not in scope" — because that is a claim about parts of the law it does not test.
  • Quantifies exposure with a real Monte Carlo simulation over your own three-point estimates, and picks a remediation set with an exact optimiser rather than a greedy sort.

What it does not do

  • Files nothing, with anyone. Not with a CSIRT, not with a competent authority, not with ENISA or the Single Reporting Platform. Where you record a notification here, that is your own note of what you filed and when.
  • Collects no evidence from your systems automatically. There is one read-only connector, for Google Workspace, and it returns counts that are filed BESIDE the answer you give rather than in place of it.
  • Certifies nobody, and determines nobody's compliance. Certification comes from a certification body; compliance is determined by your competent authority.
  • Decides nothing about whether you are in scope. See above.

Find out which of these reach you

The scope check asks for the figures and statuses the law actually turns on, and answers in three states. It will tell you when it cannot place you, rather than guessing.

Run the scope check