NIS2 Article 23 gives essential and important entities 24 hours for an early warning and 72 hours for a detailed incident notification. How KAIROS Cyber replaces weeks of forensic log stitching with a hash-bound, replayable incident timeline.
Article 23 of the NIS2 Directive (2022/2555) enforces a strict three-stage reporting clock on essential and important entities across 18 critical sectors: an early warning within 24 hours of becoming aware of a significant incident, a detailed notification within 72 hours, and a final forensic report within one month. Financial institutions operate under a parallel statutory clock under DORA (Regulation 2022/2554).
The operational bottleneck is simple: the statutory clock runs in hours, while forensic reconstruction from raw SIEM, firewall, and endpoint logs takes weeks. KAIROS Cyber closes that gap by computing and indexing the structural incident record continuously as security telemetry arrives.
What NIS2 and DORA Require
NIS2 pairs technical risk management with direct executive liability:
- Article 21 (Risk-Management Measures): Requires policies on risk analysis and information system security, incident handling, crisis management, network and information system security, and regular assessment of the effectiveness of cybersecurity control measures.
- Article 23 (Three-Stage Reporting Cascade):
- Within 24 hours: An early warning to the CSIRT or competent authority indicating whether the significant incident is suspected of being caused by unlawful or malicious acts and whether it could have a cross-border impact.
- Within 72 hours: An incident notification updating the early warning and providing an initial assessment of severity, impact, and indicators of compromise.
- Within 1 month: A final report containing a detailed description of the incident, its severity and impact, the type of threat or root cause that likely triggered it, and applied and ongoing mitigation measures.
- Articles 20 & 34 (Management Liability & Enforcement): Places direct oversight accountability on management bodies and backs compliance with administrative fines up to €10 million or 2% of global annual turnover for essential entities.
Where Conventional SOC Logs Fall Short
When an intrusion relies on an uncatalogued exploit or living-off-the-land credential abuse, signature-based detection stays silent until lateral movement or exfiltration triggers a downstream anomaly. At that moment, the 24-hour NIS2 clock starts, and the SOC faces three immediate friction points:
- Triage Blindness at 24 Hours: Analysts see isolated SIEM alerts but lack a unified measure of which defended zones have lost control margin and which downstream zones are exposed next.
- Manual Log Stitching at 72 Hours: Assembling the 72-hour severity and indicator assessment requires querying fragmented authentication logs, network flows, and vulnerability scanners across separate tools while the incident is still active.
- Contested Root Cause at One Month: Post-mortem reports are written as narrative reconstructions weeks after the breach. Two forensic teams reviewing the same raw log dump regularly produce different timelines and different root-cause conclusions.
How KAIROS Cyber Supports the Article 23 Cascade
KAIROS Cyber sits between live security telemetry and the security operations center. For every defended zone (identity plane, edge devices, internal segments, and data plane), the adapter continuously weighs incoming attack pressure against remaining control depth and emits a hash-bound signal envelope.
Every envelope is engineered to meet a 60-second explanation bar, mapping directly onto the three stages of Article 23:
Stage 1: The 24-Hour Early Warning. KAIROS Cyber detects structural margin erosion before an attacker’s payload matches a known signature. In the Mythos-shaped sandbox-escape calibration fixture, privilege pressure and segmentation erosion push the zone into escalation at Tick 3, one full window before the exfiltration jump. The moment a zone crosses the escalation threshold, the 24-hour early-warning record is already populated with the affected zone, the remaining stability margin, the dominant pressure drivers, and the contributing source event IDs.
Stage 2: The 72-Hour Incident Notification. By hour 72, the operator must report severity, impact, and indicators of compromise. Every zone envelope already binds:
- Causal provenance: The source event IDs driving the attack pressure and the specific defensive control closest to giving way.
- Threat and Exposure Context: Mapped MITRE ATT&CK technique references and vulnerability exposure context.
- Downstream Blast Radius: Zone- and host-topology reachability context showing which adjacent segments are exposed if the current zone’s controls fail.
Stage 3: The One-Month Final Report and Containment Audit. The one-month report requires both root-cause attribution and documented mitigation measures. Beyond passive telemetry, KAIROS Cyber previews proposed SOC containment actions (such as credential revocation, host isolation, or network blocking) before execution, flagging destabilization warnings and business-continuity impact. When an operator authorizes a high-impact containment override, the signed override token is recorded alongside the zone envelope. The entire incident timeline, from the first structural drift to verified containment, is sealed in a deterministic replay report.
The CSIRT and Supervisor as Replayers
Instead of submitting an unverifiable prose narrative, a KAIROS-equipped entity can accompany its Article 23 filing (or a DORA supervisory inquiry) with a redacted replay bundle: the zone descriptors, the telemetry window snapshots, the signed policy and calibration hashes, and the emitted envelope timeline.
A CSIRT analyst or regulatory auditor can re-run the incident timeline, verify the lead time against baseline detectors, trace every escalation verdict back to its source event IDs, and confirm that defensive controls operated within their calibrated thresholds.
Continue Reading
- Foundational Methodology: Auditability as a Measurement
- Calibration Debrief: Calibrating the Cybersecurity Adapter
- Cybersecurity Domain Architecture: Rosetta: Cybersecurity
References
Related reading
- Auditability as a MeasurementTurning regulatory compliance from post-mortem prose into a reproducible instrument reading
- Structural Conformance Under the EU AI ActSatisfying Articles 9 through 15 and Article 43 conformity assessment with pre-execution agent envelopes
- The Machinery Regulation and the Machines That LearnRegulation (EU) 2023/1230, self-evolving safety behaviour, and evidence a notified body can re-derive
Assessing regulatory fit for your own stack? We read everything that comes in.
Get in touch