Sequence of Record

Legal clocks

The GDPR 72-hour breach clock explained

Last checked 6 November 2026 · 8 sources

Short answer

Under Article 33 of the GDPR, a controller must notify a personal data breach to the supervisory authority without undue delay and, where feasible, not later than 72 hours after having become aware of it 2. The European Data Protection Board says a controller is aware when it has a reasonable degree of certainty that a security incident has occurred that compromised personal data 2. A short investigation may come first. Late notices must give reasons for the delay 2. The UK GDPR keeps the same 72-hour rule 3.
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

JurisdictionRuleDeadline and trigger
AustraliaNotifiable Data Breaches schemeUp to 30 calendar days to assess a suspected breach, then notify as soon as practicable 4
United StatesHIPAA Breach Notification RuleNo later than 60 days after discovery of the breach for individual notice 5
United StatesSEC Form 8-K Item 1.05Four business days after a company determines an incident is material 6
IndiaCERT-In Directions of 28 April 2022Within 6 hours of noticing a listed cyber incident 7
BrazilResolution CD/ANPD No. 15 of 24 April 2024Three 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

  1. EUR-Lex: Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016 (General Data Protection Regulation)
  2. European Data Protection Board: Guidelines 9/2022 on personal data breach notification under GDPR, Version 2.0 (28 March 2023)
  3. legislation.gov.uk: Regulation (EU) 2016/679, Article 33 (United Kingdom General Data Protection Regulation)
  4. OAIC: Part 4: Notifiable Data Breach (NDB) Scheme (updated February 2025)
  5. U.S. Department of Health and Human Services: Breach Notification Rule
  6. U.S. Securities and Exchange Commission: SEC Adopts Rules on Cybersecurity Risk Management, Strategy, Governance, and Incident Disclosure by Public Companies (26 July 2023)
  7. CERT-In: Directions under sub-section (6) of section 70B of the Information Technology Act, 2000 (28 April 2022)
  8. 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.