Independent thinking. Informed defence.

CISO Times

Intelligence for the people behind the defence.

The CISO Decision Brief

If…, then how…

If we can't tell whether an incident is reportable and the deadline is close, then what?

5 decision pointsThe pack behind this answer: Regulatory Incident Notification & Reporting

Add to board memo

The short answer

Recommendation
Decide every regime you can now, and record the rest as Not settled with the missing fact, who is finding it out and a revisit time. If a decision is still unsettled at the doubt point, 6 hours before that regime's first deadline in the pack's default, report by the deadline on the facts known.
Reasoning
The two errors do not cost the same. A report made on incomplete facts can be corrected, updated or withdrawn. A missed deadline is a breach of the law that no later report repairs. The clocks run from awareness, not from the decision, so time spent waiting for the investigation comes out of the reporting window. Only a test whose answer turns on the missing fact is unsettled; one the known facts already meet is Reportable now.
Considerations
  • First deadlines: the NIS2 early warning within 24 hours of awareness; the GDPR notification within 72 hours of awareness, where feasible; the DORA initial notification within 4 hours of classifying as major and no later than 24 hours after awareness.
  • Where a DORA incident is classified as major more than 24 hours after awareness, the initial notification is due within 4 hours of that classification.
  • Legal reviews within 60 minutes of receiving the draft, the pack's default. Seek advice where a test is unclear, but never wait for it past the doubt point.
  • If a deadline has passed, report as soon as possible with the reasons for the delay. Under DORA, tell the authority before a time limit passes and say why.

The decision, step by step

Select any step for the reasoning behind it and where the pack covers it.

  • Start
  • Step
  • Decision
  • Outcome
  • Loop back

Keyboard: Tab to a step, arrow keys move along the flow, Enter pins its explanation, + and − zoom, 0 fits the diagram, Esc closes. The text version below has the same content.

Where a step quotes a number, it is the default in the CISO Times pack. Your own standard may set a different one.

Read as text

The same flow written out: each step, its reasoning and where the pack covers it. 17 steps.
  1. Start

    We can't yet tell whether a report is due

    The clocks are short and the tests turn on facts that often arrive late: whether data was taken, how long a service will be down, what the loss will be. The cost of the two errors is not equal. A report on incomplete facts can be corrected, updated or withdrawn. A missed deadline is a breach of the law that no later report repairs. So when time runs short, the default is to report.

    In the pack

  2. Step

    Fix awareness, and each regime's first deadline

    Every clock that runs from awareness starts at declaration, or earlier where the record shows reasonable certainty earlier. It does not wait for your decision. First deadlines: the NIS2 early warning within 24 hours of awareness; the DORA initial notification within 4 hours of classifying as major and no later than 24 hours after awareness, or, where it is classified as major more than 24 hours after awareness, within 4 hours of that classification; the GDPR notification within 72 hours of awareness, where feasible.

    In the pack

  3. Step

    Decide every regime you can on the facts known now

    Waiting for the investigation is the commonest mistake. Each regime is decided separately within 4 hours of declaration, the pack's default. Test what the incident could do as well as what it has done; spreading ransomware can make an incident significant before any service stops. Mark each fact still unknown and name who is finding it out.

    In the pack

  4. Decision

    Does the answer turn on a fact still unknown?

    Ask it per regime. If the facts you have already meet the test, the regime is Reportable now, whatever else is unknown. If they clearly do not, and no unknown could change that, it is Not reportable. Only a test whose answer depends on the missing fact is unsettled.

    In the pack

  5. Outcome

    Record the decision now, with its reasons

    Record the outcome, the indicators or thresholds met or not, the facts relied on, who decided and when. A decision to report is the executive incident lead's, and so is a decision not to report a Severity 1 or 2 incident. A decision not to report is revisited at every update, so a later fact can still change it.

    In the pack

  6. Step

    Record Not settled: the missing fact, who finds it, when to revisit

    Not settled is a recorded outcome, not a gap in the log. It always carries the time it will be revisited, and that time falls before the doubt point. In the pack's example, a GDPR decision on ransomware was Not settled until the provider's analysis showed whether data had been taken.

    In the pack

  7. Step

    Set the doubt point: by default 6 hours before the first deadline

    Six hours is the pack's default. For an incident declared at 09:00 on day 1, the NIS2 doubt point falls at 03:00 on day 2, and the GDPR one at 03:00 on day 4. Put it in the calendars of the person drafting and the person submitting, beside the deadline.

    In the pack

  8. Step

    Brief the signatory and start the draft now

    Treat a Not settled regime as you would a Reportable one for preparation. Call the person on duty who submits to that authority, so they confirm they can sign in now and not at the deadline. Start the draft from the facts known. Ask Legal now where the test is unclear; their advice is never waited for past the doubt point.

    In the pack

  9. Decision

    At the revisit time, is the missing fact now known?

    Revisit at the time you set, at every incident update, and at once when a fact changes. Record the result each time, even when nothing has changed. The old decision line stays and the new one says which it replaces, so the log shows what was known when.

    In the pack

  10. Decision

    Does the fact meet the test?

    Apply the regime's test to the fact as now known, and record the outcome with the fact that settled it.

    In the pack

  11. Outcome

    Reportable: report by the deadline

    Where the incident became reportable because of a later fact, that regime's clocks start when the record shows the fact was known, and the decision is made at once. The executive incident lead decides; the report goes on the facts known.

    In the pack

  12. Outcome

    Not reportable: record why, and revisit at each update

    Name the indicator, threshold or factor and the fact that failed it. For the GDPR, a breach unlikely to result in a risk is still recorded in the breach record. The decision is revisited at every update until the incident closes.

    In the pack

  13. Decision

    Has the doubt point been reached?

    Before the doubt point, keep working on the missing fact and set the next revisit time. Once it is reached, the decision is no longer yours to hold open: an unsettled regime is treated as Reportable.

    In the pack

  14. Step

    Treat it as Reportable, on the facts known

    Say in the report what is known, what is not, and that the assessment is continuing. Legal reviews within 60 minutes of receiving the draft, the pack's default; with no review by then, the report goes on its approver's decision. NIS2 says the mere act of notification does not expose the entity to increased liability.

    In the pack

  15. Decision

    Can the report still go before its deadline?

    The doubt point leaves 6 hours, by the pack's default, so the answer is normally yes. It may not be if the doubt point was missed or a channel is down. Never hold a report back because its deadline has passed.

    In the pack

  16. Outcome

    Report by the deadline, saying the assessment continues

    Later reports update it. If the facts later show the test was never met, update or withdraw it with an explanation. Under DORA that is a reclassification notified on the template; never stop reporting silently.

    In the pack

  17. Outcome

    Report as soon as possible, with the reasons for the delay

    Tell the executive incident lead at once. Under NIS2, tell the CSIRT by telephone or email if the portal is the cause. Under the GDPR, a notification after 72 hours is still made, with the reasons. Under DORA, tell the authority before the limit passes and say why. The late report goes to the post-incident review.

    In the pack

Practical checklist

  1. Fix the awareness time and each regime's first deadline.
  2. Decide every regime you can on the facts known now.
  3. Record each unsettled regime with the missing fact, who is finding it out and a revisit time before the doubt point.
  4. Put the doubt point and the deadline in the calendars of the drafter and the submitter.
  5. Brief the signatory and start the draft now, as for a reportable decision.
  6. Revisit at the set time, at every update and when a fact changes, and record each result.
  7. At the doubt point, report by the deadline on the facts known, saying the assessment continues.
  8. Update or withdraw the report later if the facts show the test was never met.

Evidence to have ready

  • Each Not settled line: the missing fact, who was finding it out and the revisit time.
  • Every revisit, with its time and result, as a new line that names the one it replaces.
  • The report as sent, saying the assessment was continuing, with its submission time and reference.
  • Any later update, withdrawal or reclassification, and the reasons for any late report.

Assumptions

  • The incident has been declared, and you know which of NIS2, DORA and the GDPR can apply to you from a profile made before any incident.
  • The 6-hour doubt point is the pack's default. Your own procedure may set another, and national law may shorten a clock.
  • Someone can decide to report and someone can submit to each authority at any hour, each with a deputy.

Not covered here