Incident response checklist: the first 72 hours

Most checklists are organized by NIST phase. In an incident you think in clock time. This one is ordered by when each step is due.

#First 15 minutes

  • Open one incident record; start the timeline (UTC). Everything after this goes in it.
  • Assign incident commander and scribe. One person decides; one person writes.
  • Contain the obvious: isolate affected hosts, revoke sessions of affected identities, block known indicators.
  • Preserve evidence before reimaging: memory where feasible, EDR telemetry, relevant logs.

#First hour

  • Scope: hunt for the same indicators and techniques across the estate. Assume lateral movement has started (see breakout time).
  • Decide whether this may be a "significant incident" (NIS2) or a personal-data breach (GDPR). If yes, the 24-hour and 72-hour clocks are running.
  • Open a separate, out-of-band communication channel in case primary systems are compromised.
  • Brief leadership with facts, unknowns and next update time.

#First 24 hours

ClockTriggerDue
NIS2 early warningAwareness of a significant incidentWithin 24 hours
NIS2 incident notificationAwareness of a significant incidentWithin 72 hours
GDPR Art. 33Awareness of a personal data breach (unless unlikely to result in risk)Within 72 hours to supervisory authority
SEC 8-K Item 1.05Materiality determinationWithin four business days
  • Convene the materiality assessment; document inputs and the decision time.
  • Engage counsel, insurer and forensic support per policy.
  • Eradication plan: credentials to rotate, persistence to remove, patches to apply.

#By 72 hours

  • File required notifications from the single timeline.
  • Verify containment: hunt again; confirm no new activity.
  • Schedule recovery with monitoring heightened on restored systems.
  • Book the post-incident review; capture detection gaps as new rules — and test them.

Talk to an operator.

Thirty minutes, no slides. We'll show you what bad AI finds in one of your systems.

Book a briefing