NIS2 Incident Clock by Digi Stacked

NIS2 Incident Clock / Guides

NIS2 24-hour reporting: early warning, 72-hour notification and final report

Under NIS2, a significant incident starts three deadlines: an early warning within 24 hours of becoming aware, an incident notification within 72 hours, and a final report no later than one month after the notification. Here is how each one works and how to count them.

The three deadlines at a glance

Article 23 of the NIS2 Directive sets out a staged reporting process for essential and important entities [1]. Each stage has its own clock and its own content.

StageDeadlineCounted fromMain content
Early warningWithout undue delay, at the latest 24 hoursBecoming aware of the significant incidentWhether malicious acts are suspected, whether there could be a cross-border impact
Incident notificationWithout undue delay, at the latest 72 hoursBecoming aware of the significant incidentUpdates to the early warning, initial assessment of severity and impact, indicators of compromise where available
Intermediate reportOnly on requestThe request of the CSIRT or competent authorityRelevant status updates
Final reportNo later than one monthSubmitting the incident notificationDetailed description, severity and impact, root cause or threat type, mitigation measures, cross-border impact

The early warning, notification and final report come from Article 23(1) and 23(4) [1]. The intermediate report is point (c) of Article 23(4): a CSIRT or, where applicable, the competent authority can ask for one [2].

When does the clock start?

Both the 24-hour and the 72-hour deadline run from the moment the entity becomes aware of the significant incident, not from the moment the attack began [1]. That makes the awareness moment the single most important timestamp in your incident log. Write it down as a date, a time and a time zone, together with who became aware and how.

The final report runs on a different clock. It is due no later than one month after you submitted the incident notification [1]. So if you send the notification early, the final report deadline also moves earlier.

The duty only applies to a significant incident. Not every alert or outage qualifies. Read what counts as a significant incident before you decide, and record why you decided either way.

Stage 1: the early warning (24 hours)

The early warning is short on purpose. According to Article 23(4)(a), it should indicate, where applicable, whether the incident is suspected of being caused by unlawful or malicious acts, and whether it could have a cross-border impact [1]. The directive's aim is to make the CSIRT or authority aware of the incident and let you ask for help if you need it.

The CSIRT or competent authority then gives you a response without undue delay and, where possible, within 24 hours of receiving the early warning. That response includes initial feedback and, if you ask for it, guidance on possible mitigation measures [1].

Practical tip: do not wait until you know the root cause. You will not know it at hour 20. Send what you know and say what you do not know yet.

Stage 2: the incident notification (72 hours)

The notification updates the early warning. It adds an initial assessment of the incident, including its severity and impact, and indicators of compromise where they are available [1]. At this stage you usually know which systems are affected, how many users or customers feel it, and what you have done to contain it.

Stage 3: the final report (one month)

The final report must contain [1]:

  1. a detailed description of the incident, including its severity and impact;
  2. the type of threat or root cause that is likely to have triggered the incident;
  3. applied and ongoing mitigation measures;
  4. where applicable, the cross-border impact.

If the incident is still ongoing when the final report is due, you submit a progress report at that moment, and the final report follows within one month after you have handled the incident [1].

Worked example

A regional logistics company in scope of NIS2 runs its planning system in its own data centre. The timestamps below are invented for the example.

Notice two things. First, sending the notification on Wednesday instead of Thursday pulled the final report deadline forward by a day. Second, the only timestamp that matters for the first two deadlines is 10:15, not 09:40. Keep both in your log, and be ready to explain the gap.

Five steps to stay on time

  1. Agree in advance who can declare that the entity has "become aware", and how that moment is recorded.
  2. Find your national CSIRT or authority's reporting channel now, not during the incident. Member States set the channel, and national law may ask for more detail than the directive.
  3. Prepare drafts for all three reports so you fill in facts instead of writing from scratch. Our incident report template gives you a starting point.
  4. Put the deadlines in a place more than one person can see, with warnings before each one.
  5. Keep a single record of what you sent and when. You will need it for the final report and for any questions from the authority.

Why it matters

NIS2 requires Member States to be able to fine essential entities up to at least EUR 10 000 000 or 2% of total worldwide annual turnover, whichever is higher, and important entities up to at least EUR 7 000 000 or 1.4%, for breaches of obligations that include Article 23 [3]. National law sets the actual amounts.

Deciding how to run this process (spreadsheet, a dedicated tool, or an outside firm) is a separate choice. See the comparison of spreadsheet, tool and consultant.

Related guides

Sources

  1. Directive (EU) 2022/2555 (NIS2), Article 23 (reporting obligations), EUR-Lex
  2. Advisera, NIS 2 Article 23 text and reporting table (used to confirm point (c), intermediate report)
  3. Directive (EU) 2022/2555, Article 34 (administrative fines), EUR-Lex HTML

This guide explains the rules in plain language. It is not legal advice. Check your own country's law and, when in doubt, ask a qualified adviser.