Context card
Reporting duties after an AI agent incident: AI Act, CRA, NIS 2 and GDPR
When an AI agent has caused an incident, which EU reporting duties can apply — who reports, to whom, and by when?
The short answer
Four EU rules can apply side by side: the AI Act’s serious incident reporting for high-risk AI systems, the Cyber Resilience Act’s reporting of severe incidents affecting product security (since September 11, 2026), the NIS 2 Directive’s reporting of significant incidents by essential and important entities, and the GDPR’s notification of personal data breaches. Each has its own trigger, addressee and deadline, and all run from awareness. Which apply depends on the role of the company and the consequences of the incident, not on the fact that an agent was involved.
For: Technical project managers, compliance and product teams, technical writers who prepare incident documentation
Key points
- The involvement of an AI agent doesn’t create a reporting duty; the consequences and the company’s role do.
- AI Act Art. 73: providers of high-risk AI systems report serious incidents within 15, 10 or 2 days.
- CRA Art. 14: manufacturers send an early warning on severe incidents within 24 hours, since September 11, 2026.
- NIS 2 Art. 23 and GDPR Art. 33 can apply to the same event, with their own addressees.
- The check runs in parallel with containment, on the evidence secured.
The context
Side by side
| AI Act | Cyber Resilience Act | NIS 2 Directive | GDPR | |
|---|---|---|---|---|
| Trigger | Serious incident of a high-risk AI system: death or serious harm to health, serious and irreversible disruption of critical infrastructure, infringement of fundamental-rights obligations, serious harm to property or the environment | Severe incident affecting the security of a product with digital elements, or an actively exploited vulnerability | Significant incident affecting the services of an essential or important entity | Personal data breach |
| Who reports | Provider; the deployer informs the provider first, then importer or distributor and authorities | Manufacturer | The entity | Controller |
| To whom | Market surveillance authority of the Member State where it occurred | Single reporting platform: CSIRT designated as coordinator and ENISA; impacted users are informed | National CSIRT or competent authority | Supervisory authority; data subjects where the risk is high |
| Deadline | Not later than 15 days; 10 days after a death; 2 days for critical infrastructure or a widespread infringement | Early warning 24 h, notification 72 h, final report one month after the notification | Early warning 24 h, notification 72 h, final report one month later | Without undue delay, where feasible within 72 h |
| Applies | With the high-risk obligations: December 2, 2027 (Annex III), August 2, 2028 (Annex I Section A) | Since September 11, 2026 | Through national transposition | Since May 25, 2018 |
What the agent changes — and what it doesn’t
An incident is not reportable because an agent was involved, and not exempt because “only software” acted. What counts is the consequence and the company’s role: provider or deployer of an AI system, manufacturer of a product, essential or important entity, controller of personal data. One event can fall under several rules — a manipulated assistant in a connected product that leaks customer data and changes device configurations can be a CRA severe incident and a GDPR breach at once.
Per system type
- IT systems: Data leaks through an agent are the typical GDPR case; for entities under NIS 2, outages of essential services add their duties.
- IoT products: The agent in a product, its app or its remote data processing is part of the product; manipulations that affect its security functions can be CRA severe incidents.
- OT: Operators of critical infrastructure may be under NIS 2; an AI system that is a safety component in the management of critical infrastructure is high-risk under Annex III of the AI Act.
- Machines: For machinery, which sits in Annex I Section B since Regulation (EU) 2026/1744, AI functions are assessed under the Machinery Regulation from January 20, 2027; its recording duties (Annex III, 1.1.9 and 1.2.1) keep the evidence an investigation needs. Check which reporting route applies before relying on Article 73 AI Act.
The evidence behind the report
Reports rest on the secured agent trace, the logs required for high-risk systems (record-keeping and logs) and the triage record. Incomplete initial reports are allowed under the AI Act and expected under the CRA and NIS 2; waiting for full certainty is not.
This card names possible duties; it is no legal advice, and naming a rule here never establishes compliance. The whole picture is on the pathway map on AI agents crossing the line.
Questions readers ask next
- Does an agent incident always have to be reported?
- No. Most agent errors are internal incidents without a reporting duty. A duty follows from the consequences — harm, rights infringements, effects on product security, personal data — and from the company’s role.
- Who reports under the AI Act when we only use the agent?
- As a deployer of a high-risk AI system you inform the provider first, then the importer or distributor and the market surveillance authorities (Art. 26(5) AI Act). The provider reports under Article 73.
- Do the AI Act deadlines apply already?
- Article 73 applies together with the high-risk obligations: from December 2, 2027 for Annex III systems and from August 2, 2028 for Annex I Section A products, as set by the Digital Omnibus on AI. The CRA reporting duties apply since September 11, 2026.
Sources
- Regulation (EU) 2024/1689 (Artificial Intelligence Act) — EUR-Lex, July 12, 2024
- Regulation (EU) 2024/2847 (Cyber Resilience Act) — EUR-Lex, November 20, 2024
- Directive (EU) 2022/2555 (NIS 2 Directive) — EUR-Lex, December 27, 2022
- Regulation (EU) 2016/679 (General Data Protection Regulation) — EUR-Lex, May 4, 2016
- Regulation (EU) 2023/1230 (Machinery Regulation) — EUR-Lex, June 29, 2023
Review log and changes
Every context card is checked against its sources before it is published, and again whenever it changes; the date under the byline is the last review. Corrections (something was wrong) and additions (something was missing) are logged below with date and time (Berlin time). Typos, formatting and link fixes are not listed.
Reviewed
No corrections or additions since publication.