Legal clocks
The GDPR 72-hour breach clock explained
Short answer
- Law
- Regulation (EU) 2016/679, adopted 27 April 2016 1
- Rule
- Article 33(1), notice to the supervisory authority 2
- Deadline
- Without undue delay and, where feasible, not later than 72 hours 2
- Trigger
- Becoming aware of the breach 2
- Official guidance
- EDPB Guidelines 9/2022, version 2.0 adopted 28 March 2023 2
- UK version
- UK GDPR Article 33(1), same 72-hour wording 3
What the rule says
The GDPR is Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016. It was published in the Official Journal on 4 May 2016 and entered into force on 24 May 2016 1.
Article 33(1) says the controller shall without undue delay and, where feasible, not later than 72 hours after having become aware of it, notify the breach to the competent supervisory authority 2. A notice is not needed where the breach is unlikely to result in a risk to the rights and freedoms of natural persons, according to the EDPB reading of the article 2.
The 72 hours are a ceiling, not a target. The first duty is to notify without undue delay 2.
When the clock starts
The trigger is awareness, not the date of the breach itself. The EDPB says a controller should be regarded as aware when it has a reasonable degree of certainty that a security incident has occurred that has led to personal data being compromised 2.
After a first alert, the controller may undertake a short period of investigation to confirm whether a breach has occurred. During that period it may not yet be regarded as aware. The EDPB says the investigation should begin as soon as possible 2.
For a chronology, this means three dates matter. The date the breach happened, the date of the first alert, and the date the controller reached a reasonable degree of certainty. Only the last one starts the 72 hours 2.
Processors, phases and late notices
- A processor must notify the controller without undue delay after becoming aware of a breach. The EDPB says the processor does not need to assess the likelihood of risk before it tells the controller 2.
- Where all the facts are not known in time, Article 33(4) lets the information be provided in phases without undue further delay. The EDPB says the controller should tell the authority that more detail will follow 2.
- A notice sent after 72 hours must come with the reasons for the delay 2.
- Every breach must be documented, notified or not, so the authority can check compliance 2.
Controllers outside the EU
A controller outside the EU that falls under Article 3(2) or 3(3) is still bound by Articles 33 and 34. The EDPB says the mere presence of a representative in a Member State does not trigger the one-stop-shop system. Such a controller has to notify every supervisory authority for which affected data subjects reside 2.
In the United Kingdom, the retained UK GDPR keeps the 72-hour wording in Article 33(1). The legislation.gov.uk text names the Commission as the body to notify, after an amendment in force from 30 September 2026 made by S.I. 2026/386 under the Data (Use and Access) Act 2025 3.
Telling the people affected
Article 34(1) is a separate duty. Where a breach is likely to result in a high risk to individuals, the controller shall communicate it to the data subject without undue delay 2. There is no fixed hour count for this second notice in the article as quoted by the EDPB 2.
How other breach clocks compare
| Jurisdiction | Rule | Deadline and trigger |
|---|---|---|
| Australia | Notifiable Data Breaches scheme | Up to 30 calendar days to assess a suspected breach, then notify as soon as practicable 4 |
| United States | HIPAA Breach Notification Rule | No later than 60 days after discovery of the breach for individual notice 5 |
| United States | SEC Form 8-K Item 1.05 | Four business days after a company determines an incident is material 6 |
| India | CERT-In Directions of 28 April 2022 | Within 6 hours of noticing a listed cyber incident 7 |
| Brazil | Resolution CD/ANPD No. 15 of 24 April 2024 | Three working days for notice to the ANPD and data subjects 8 |
Common questions
Must every breach be notified to the authority?
No. A notice is not needed where the breach is unlikely to result in a risk to people, but every breach must be documented 2.
What if a controller cannot gather all the facts in 72 hours?
Article 33(4) lets the information be provided in phases without undue further delay 2.
Does the clock start when the breach happens?
No. It starts when the controller becomes aware, which the EDPB ties to a reasonable degree of certainty that personal data was compromised 2.
Do processors have 72 hours too?
A processor must tell the controller without undue delay after becoming aware. The text sets no hour count for processors 2.
Is the UK rule the same?
The UK GDPR Article 33(1) keeps the without undue delay and 72-hour wording 3.
Rules and charges change. Check the official source linked on this page before you pay or travel. Spotted an error? Email hello@sequenceofrecord.com.
Sources
- EUR-Lex: Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016 (General Data Protection Regulation)
- European Data Protection Board: Guidelines 9/2022 on personal data breach notification under GDPR, Version 2.0 (28 March 2023)
- legislation.gov.uk: Regulation (EU) 2016/679, Article 33 (United Kingdom General Data Protection Regulation)
- OAIC: Part 4: Notifiable Data Breach (NDB) Scheme (updated February 2025)
- U.S. Department of Health and Human Services: Breach Notification Rule
- U.S. Securities and Exchange Commission: SEC Adopts Rules on Cybersecurity Risk Management, Strategy, Governance, and Incident Disclosure by Public Companies (26 July 2023)
- CERT-In: Directions under sub-section (6) of section 70B of the Information Technology Act, 2000 (28 April 2022)
- ANPD: Comunicação de Incidente de Segurança
Related
- Limitation periods compared across jurisdictions
How limitation periods work as legal clocks, when they start to run, and the basic periods for contract and tort claims in the UK, US, Singapore and India.
- How to put events in order
A step-by-step method for building a chronology from dated evidence, drawn from court guidance, forensic standards and legislation records.
- Electronic timestamps explained
What file times, log times and trusted time-stamp tokens record, why they can be wrong, and what NIST, IETF and CERT-In guidance says about them.
- Chain of custody explained
What a chain of custody record shows, how hashes and preserved file times protect digital evidence, and what NIST and IETF guidance says about each step.