Artifact GuideUK72-hour Breach Reporting

UK GDPR 72-hour Breach Reporting

A controller reports a to the ICO unless it is unlikely to risk people's rights and freedoms. The deadline is without undue delay and, where feasible, within 72 hours of awareness.

Use this guide for implementation planning, not as a substitute for checking the consolidated UK GDPR, applicable Data Protection Act 2018 provisions, current ICO guidance, contracts, and the facts of the processing.

Author
Sorena AI
Published
May 9, 2026
Updated
Jul 24, 2026
Overview

The 72-hour rule is not a requirement to report every cyber event. It applies when a controller becomes aware of a unless that breach is unlikely to result in a risk to people's rights and freedoms. The controller must notify the ICO without undue delay and, where feasible, within 72 hours; processors notify their controller without undue delay, not on a separate 72-hour ICO clock.

Section 1

What should teams decide about 72-hour Breach Reporting under the UK GDPR?

First decide whether the event is a : a security breach that causes accidental or unlawful destruction, loss, alteration, unauthorised disclosure of, or access to personal data. Confidentiality, integrity, and availability incidents can qualify; an unsuccessful attack that does not compromise personal data does not.

Record when the controller had a reasonable degree of certainty that personal data had been compromised. That awareness starts the 72-hour period. An internal escalation delay does not reset the clock, so processors and frontline teams need immediate reporting routes.

Assess likely harm to people, not only damage to the organisation. Consider the data, identifiability, number and characteristics of people affected, exposure, possible misuse, duration, and whether measures such as effective encryption make harmful consequences unlikely.

  • Report to the ICO unless the is unlikely to result in a risk to people's rights and freedoms.
  • Submit without undue delay and, where feasible, within 72 hours of awareness. Treat this as 72 elapsed hours, not three working days, and explain any delay.
  • Provide the nature of the breach, approximate categories and numbers of people and records where possible, a contact point, likely consequences, and measures taken or proposed.
  • Provide missing information in phases without undue further delay rather than waiting for a complete forensic report.
  • Assess Article 34 separately: likely high risk triggers direct communication to affected people without undue delay, subject to the listed exceptions.
  • Document every , including a reasoned decision not to notify.
Section 2

Who should own 72-hour Breach Reporting, and what evidence should prove the decision?

The controller owns the ICO decision. Security, legal, privacy, operations, communications, and the relevant processor may supply facts, but the record must identify one decision owner and an alternate. Preserve the first alert, awareness rationale, risk assessment, containment evidence, submission receipt, phased updates, and individual-notice decision.

  • Calculate the deadline from the recorded awareness time and show the time zone.
  • Keep the facts known at each decision point so later information does not distort the original reasoning.
  • Record reasons for delay when notification occurs after 72 hours and the expected date for each missing item.
  • Link individual communications, public notices, call scripts, remediation tasks, and the final closure review.
Section 3

Which branches and exceptions change the reporting outcome?

A processor tells its controller without undue delay; the controller applies the Article 33 threshold and ICO deadline. If the same event affects processing subject to another regime or another jurisdiction, assess those notification duties separately.

Article 34 uses a higher threshold than ICO reporting. Direct notice is not required where appropriate protection made the data unintelligible, later measures removed the likely high risk, or direct notice would require disproportionate effort and an equally effective public communication is used.

The ICO's examples show why the facts control: disclosure of patient records is likely to create high risk because of the sensitivity and confidentiality of the information; deletion of alumni contact details later restored from backup is unlikely to create high risk; and medical records sent to another professional who immediately alerts the sender and securely deletes them may be unlikely to create a risk. These are examples, not automatic classifications.

  • A restored backup may reduce consequences but does not prevent an availability incident from being a .
  • Encryption matters only if it was effective for the affected data and unauthorised people could not read the data.
  • A small number of people can still face high risk when the data is sensitive or the likely harm is severe.
  • A breach affecting people in other countries may require notifications outside the UK; the UK report does not satisfy those duties automatically.
Section 4

What should the ICO report and breach record contain?

The initial report may be incomplete, but it should state what is known, what remains under investigation, and when updates are expected. Keep the filed version and submission confirmation with the underlying breach record.

Article 33 requires the controller to document the facts, effects, and remedial action for every . Add the awareness analysis, notification threshold, reasons for delay, and Article 34 decision so the ICO can verify the process.

  • Nature and scope: incident type, systems, data categories, approximate people and records, dates, locations, and controller or processor roles.
  • Consequences: actual and likely effects on people, risk factors, safeguards, and the reasoned reportability conclusion.
  • Response: containment, recovery, mitigation, contact point, ICO report time and reference, phased updates, and reasons for delay.
  • People: high-risk assessment, communication content and timing, applicable exception, and steps people can take to protect themselves.
Primary sources

References and citations

ico.org.uk
Referenced sections
  • Explains notifiable breach timing, phased updates, and the information controllers must provide to the ICO.
ico.org.uk
Referenced sections
  • Confirms the ICO reporting route and the practical report early, update later approach for complex breaches.
Show all related guides (40)

UK GDPR Children and Age Appropriate Design Guide

Apply UK GDPR children's protections and the Age Appropriate Design Code to online services likely to be accessed by children.

UK GDPR Children's Code Guide

A practical guide to Children's Code scope, its 15 standards, age 13 consent, evidence, exceptions, and product implementation.

UK GDPR Compliance Checklist

A verifiable UK GDPR checklist for scope, lawful processing, transparency, rights, governance, security, breaches, DPIAs, children, and transfers.

UK GDPR Compliance FAQ: Duties, Rights, and Decisions

Answer common UK GDPR questions on scope, lawful basis, records, DPIAs, DPOs, rights, breaches, children, automated decisions, and international transfers.

UK GDPR Compliance Guide

Build a UK GDPR compliance programme around processing records, lawful decisions, rights operations, security, incidents, DPIAs, suppliers, and transfers.

UK GDPR Controller and Processor Status Guide

Decide whether each party is a controller, joint controller, or processor under the UK GDPR, then record the role-specific duties, contract terms, and evidence.

UK GDPR Data Subject Rights Guide

Operate UK GDPR access, rectification, erasure, restriction, portability, objection, and automated-decision rights under the amended Article 12 timing rules.

UK GDPR Deadlines and Compliance Calendar Guide

Track UK GDPR deadlines for rights requests, privacy information, breach notification, DPIAs, and ICO prior consultation, with triggers and exceptions.

UK GDPR DPIA Workflow Guide

Screen UK GDPR processing for likely high risk, complete the required DPIA analysis before processing, reduce risk, and consult the ICO when high residual risk remains.

UK GDPR DPIAs and DPOs Guide

Decide when the UK GDPR requires a DPIA or DPO, what each must cover, when to consult the ICO, and what evidence to retain.

UK GDPR DSAR Workflow Guide

Run a UK subject-access workflow using the current Article 12A clock, reasonable identity and clarification steps, proportionate searches, exemptions, redactions, and response evidence.

UK GDPR IDTA Addendum and Transfer Risk Assessment Guide

Choose the UK IDTA or Addendum, complete the current Article 46 data protection test, add needed measures, and maintain evidence for restricted transfers.

UK GDPR Lawful Bases Guide

Choose among the six familiar Article 6 bases and the UK's recognised legitimate interests basis, then document any Article 9 or 10 condition.

UK GDPR PECR Cookies Guide

UK GDPR and PECR cookie guidance with practical consent, exemption, evidence, and cited implementation decisions.

UK GDPR Penalties and Fines: Maximums and ICO Factors

Understand the UK GDPR £8.7 million or 2% and £17.5 million or 4% fine ceilings, which infringements fall into each band, and how the ICO sets a fine.

UK GDPR Requirements Guide

Map UK GDPR requirements by processing activity, role, lawful basis, data type, risk, rights, suppliers, automated decisions, and transfers.

UK GDPR Transfer Workflow Guide

Apply the UK GDPR restricted-transfer sequence: map the transfer, check Article 45A approval, choose an Article 46 safeguard and assessment, or justify a specific Article 49 derogation.

UK GDPR Transfers, IDTA, and UK Addendum Guide

Decide whether a UK restricted transfer exists, whether adequacy applies, how to use the IDTA or UK Addendum, and how to document the data protection test.

UK GDPR vs Data Protection Act 2018: How They Work Together

See when to use the UK GDPR, when the Data Protection Act 2018 adds a condition or exemption, and which regime covers law enforcement or intelligence processing.

UK GDPR vs EU GDPR: Scope, Regulators and Transfers

Determine whether UK GDPR, EU GDPR, or both apply, then separate representatives, regulators, transfer routes, national law, and post-Brexit UK amendments.

UK IDTA vs EU SCCs: Which Transfer Contract to Use

Choose between the UK IDTA and EU SCCs with the UK Addendum, complete the right documents, and record the separate UK and EU transfer assessments.

UK vs EU GDPR Differences After the 2025 UK Reforms

Compare current UK and EU rules for recognised legitimate interests, rights requests, access searches, automated decisions, and international transfers.

UK vs EU GDPR Operations: Regulators, Breaches and Transfers

Configure separate UK and EU privacy operations for representatives, regulator contacts, rights requests, breach reporting, transfer tools, and evidence.

How do you choose a lawful basis under the UK GDPR?

Choose and document the UK GDPR lawful basis that fits each processing purpose, including recognised legitimate interest, in force since 5 February 2026.

UK Children's Code: Scope and 15 Standards

Decide whether an online service is likely to be accessed by UK children and apply the ICO Children's Code standards to product design and personal-data use.

UK GDPR 72-Hour Breach Reporting: Decision Guide

Decide whether a personal data breach must be reported to the ICO, when the 72-hour clock starts, what the report needs, and when affected people must be told.

UK GDPR Adequacy: When Can You Rely on It?

Check whether current UK adequacy regulations cover a restricted transfer, including partial coverage for Canada, Japan, and the US UK Extension.

UK GDPR AI and Automated Decisions: Articles 22A-22D

Apply the current UK rules for significant solely automated decisions, special-category restrictions, meaningful human involvement, and Article 22C safeguards.

UK GDPR Article 30 Records: What to Document

See which controllers and processors need records of processing activities, what each record must contain, and how the under-250-employee exemption works.

UK GDPR Controller or Processor: How to Decide

Decide whether each party is a controller, joint controller, processor, or sub-processor, then record the contracts, responsibilities, and evidence the role requires.

UK GDPR DPIA: When It Is Required and What to Record

Screen for likely high-risk processing, complete the Article 35 assessment before processing, and consult the ICO if high residual risk remains.

UK GDPR DPO: When Appointment Is Mandatory

Apply the three UK GDPR DPO triggers and document expertise, independence, reporting line, resources, tasks, contacts, and conflict controls.

UK IDTA, Addendum, and Transfer Risk Assessment Guide

Decide when to use the UK IDTA or Addendum, complete the Article 46 data protection test, add supplementary measures, and keep the transfer under review.

When do PECR cookie rules require consent?

Apply the current UK PECR rules to cookies and similar technologies, including consent, five exceptions, UK GDPR overlap, and evidence.