When do we…
When must we tell people affected by a personal data breach, and what do we tell them?
Add to board memoOpen the memo
The short answer
- Recommendation
- Tell the people affected without undue delay when the breach is likely to result in a high risk to them, unless the data was unintelligible to anyone not authorised, later measures removed the high risk, or a public communication replaces disproportionate individual messages. Tell them plainly what happened, what it means and what they can do.
- Reasoning
- The test is the harm to the people, not to the organisation. The Data Protection Officer weighs the type of breach, the data, how easily people are identified, the consequences, who they are, how many, and where the data went. Below high risk the people are not told unless the supervisory authority requires it; a risk is notified to the authority without undue delay and, where feasible, within 72 hours of awareness. Every breach goes in the breach record.
- Considerations
- One factor at high risk that nothing offsets is enough, however few people. In doubt between two levels, choose the higher and record why.
- A spreadsheet whose password went in the same email does not count as protected. The authority can disagree with an exemption and require you to tell the people.
- In the pack the Data Protection Officer drafts with the communications lead, Legal reviews, the executive incident lead approves with the Data Protection Officer, and only the communications lead sends it.
- As a processor you tell the controller without undue delay, within 24 hours of awareness in the pack's default, and the controller decides about the people.
The decision, step by step
Select any step for the reasoning behind it and where the pack covers it.
- Start
- Step
- Decision
- Outcome
Keyboard: Tab to a step, arrow keys move along the flow, Enter pins its explanation, + and − zoom, 0 fits the diagram, Esc closes. The text version below has the same content.
Where a step quotes a number, it is the default in the CISO Times pack. Your own standard may set a different one.
Read as text
The same flow written out: each step, its reasoning and where the pack covers it. 13 steps.
Start
A personal data breach is confirmed
A breach does not need an attacker or for data to leave the organisation: data seen, altered, lost or only out of reach counts. The Data Protection Officer joins in the first hour. Telling people turns on the harm to them, not to the organisation.
In the pack
- P09-A08 Personal Data Breach Response PlaybookIs it a personal data breach?
- P09-A08 Personal Data Breach Response PlaybookInvolve the Data Protection Officer
Decision
Are we the controller for this data?
As controller you decide and notify. As a processor you tell the controller and it decides whether anyone is told. Your applicability profile says which role you hold for which data. The pack does not say what to do while the role is unclear. A cautious reading, and your own judgement to make, is to assess the risk as though you were the controller while you find out.
- Yes, or not known: The Data Protection Officer assesses the risk to the people
- No, we are its processor: Tell the controller; it decides about the people
In the pack
- P18-A03 Reportability Decision ModelQuestion 2: are we the controller or a processor?
Outcome
Tell the controller; it decides about the people
Tell the controller without undue delay, within 24 hours of awareness in the pack's default, or sooner where the contract says so. Do not judge the risk for it first. Give it what it needs for its own notification: what happened, the data and people concerned, likely consequences, measures taken and a contact. In the pack the Data Protection Officer drafts and sends it, and the executive incident lead approves it as a customer notice.
In the pack
- P18-A06 Personal Data Breach Notification TemplatesWhen we are the processor (rule RN-15)
- P18-A06 Personal Data Breach Notification TemplatesTemplate 4: Notice to the controller when we are its processor
- P18-A06 Personal Data Breach Notification TemplatesApprovals
Step
The Data Protection Officer assesses the risk to the people
Weigh seven factors: the type of breach, the nature and volume of the data, how easily people can be identified, how severe the consequences could be, who the people are, how many, and where the data went and whether it was recovered. It is a judgement, not a score. Encryption with the key safe, or deletion confirmed by a trusted recipient, can offset the rest.
In the pack
- P18-A03 Reportability Decision ModelQuestion 3: what is the risk to people?
- P09-A08 Personal Data Breach Response PlaybookAssess the risk to the people concerned
Decision
What is the risk to the people concerned?
Unlikely: no realistic harm, or any harm fully offset by protection or containment. A risk: some harm is realistic, but not severe or not likely. High: harm that is severe, likely, or both. One factor at high risk that nothing offsets is enough, however few people: one person's medical record sent to their employer is a high risk. In doubt between two levels, choose the higher and record why. The executive incident lead decides, on this assessment.
- Unlikely to result in a risk: Record it with the reasons; no notification or message
- A risk, but not high: Notify the authority and record it; do not tell the people
- High risk, or unsure whether it is high: Does one of the three exemptions apply?
In the pack
- P09-A08 Personal Data Breach Response PlaybookAssess the risk to the people concerned
- P18-A06 Personal Data Breach Notification TemplatesThe risk decision, in summary
Outcome
Record it with the reasons; no notification or message
No notification and no message to the people. The breach record is the only evidence the decision was made on time and for good reasons, so it carries the facts, the effects, the factors and the reasons in full. The authority may ask to see it. NIS2, DORA and other notices are decided separately.
In the pack
- P18-A06 Personal Data Breach Notification TemplatesTemplate 5: Breach record entry
- P09-A08 Personal Data Breach Response PlaybookThe tree
Decision
Does one of the three exemptions apply?
First, the data was protected so that it is unintelligible to anyone not authorised, for example by strong encryption with the key not compromised. A spreadsheet whose password went in the same email does not count. Second, measures taken since mean the high risk is no longer likely to materialise, such as a stolen device recovered unopened. Third, telling each person would take disproportionate effort; a public communication then informs them as effectively. Record which applies and the evidence.
- Unintelligible data, or high risk no longer likely: No message; give the authority the reason and evidence
- Disproportionate effort: Take legal advice, then plan a public communication
- None, or not sure: Draft it in clear and plain language
In the pack
- P09-A08 Personal Data Breach Response PlaybookTelling the people concerned
- P18-A06 Personal Data Breach Notification TemplatesWhen individuals need not be told
Outcome
No message; give the authority the reason and evidence
The authority is still notified. The notification and the breach record name the condition and its evidence: the encryption used and where the key was, or the measures taken, when, and why they remove the high risk. Write it in words the authority can test, because it may disagree and require you to tell the people.
In the pack
- P18-A06 Personal Data Breach Notification TemplatesWhen individuals need not be told
- P18-A03 Reportability Decision ModelQuestion 3: what is the risk to people?
Step
Take legal advice, then plan a public communication
A public notice replaces individual messages only where it informs people as effectively. Publish it where the people affected will see it, such as the website or customer portal. Describe who is affected so people can tell, and how they can check without details going online. Record why individual messages were disproportionate.
In the pack
- P18-A06 Personal Data Breach Notification Templates3c Public communication
Step
Draft it in clear and plain language
Say what happened and that it involves the reader's information; which kinds of information, and which were not involved; what could happen, honestly and with how likely; what you have done; specific steps they can take today; and a named contact with a phone number. No legal terms, no sign-in links or attachments, and say what you will never ask for. Say sorry, and admit no liability Legal has not reviewed.
In the pack
- P18-A06 Personal Data Breach Notification TemplatesTemplate 3: Communication to individuals
- P18-A06 Personal Data Breach Notification TemplatesPlain-language checklist for Template 3
- P18-A06 Personal Data Breach Notification Templates3a Email to each person
Step
Approve with the executive incident lead and the DPO
The Data Protection Officer drafts with the communications lead, and Legal reviews. The executive incident lead approves, with the Data Protection Officer. Someone checks that every fact and number agrees with the notification to the authority. Brief and staff the enquiry line before anything is sent, because people who receive a breach notice call.
In the pack
- P18-A06 Personal Data Breach Notification TemplatesApprovals
- P09-A10 Incident Communications Template SetCT-08 Communication to individuals affected
- P18-A04 Regulatory Notification Operating ProcedureNotices to customers and individuals (rule RN-14)
Outcome
The communications lead sends it without undue delay
Only the communications lead sends it: by email, by letter where there is no safe email address, or as the public notice. Record who it went to, what was not delivered and what was done instead. Tell the authority it was sent, in the follow-up to the notification, and record it in the breach record.
In the pack
- P18-A06 Personal Data Breach Notification TemplatesApproval and sending record
- P18-A06 Personal Data Breach Notification Templates3b Letter to each person
Practical checklist
- Confirm that you are the controller for the data.
- Have the Data Protection Officer assess the risk to the people concerned against the seven factors.
- Decide the risk level and record why; in doubt, choose the higher.
- Check each exemption, and record which applies with its evidence.
- Draft the message in plain language: what happened, what it could mean, what you did, what they can do and who to contact.
- Check every fact and number against the notification to the authority, and staff the enquiry line before sending.
- Send it through the communications lead without undue delay, and tell the authority it was sent.
Evidence to have ready
- The Data Protection Officer's risk assessment, the factors weighed, and the decision with its reasons.
- The breach record, notified or not.
- For an exemption, the condition and its evidence, as given to the authority.
- The approval and sending record: who drafted, approved and sent it, when, to how many, and what was not delivered.
- A copy of the message or public notice as sent.
Assumptions
- You are the controller for the data, and the event has been confirmed as a personal data breach.
- You have named a Data Protection Officer, or a privacy lead where none is appointed, and an executive incident lead, each with a deputy reachable out of hours.
- The risk levels follow the pack's reading of the European Data Protection Board's breach factors. Your supervisory authority publishes its own guidance and may judge the risk differently. This is not legal advice: confirm your approach with counsel.
Not covered here
- Whether the incident is a personal data breach at all. That is “When does personal data make a security incident a GDPR breach?”.
- Which regulator to notify, and how the GDPR's 72 hours sit beside NIS2 and DORA. That is “When do we have to notify a regulator, and under which regime?” and “When one incident triggers NIS2, DORA and GDPR at once, which clock runs first?”.
- A breach at one of your suppliers that holds your data. That is “If a supplier tells us they've had a breach, then how do we respond?”.
- Who submits the notification to the supervisory authority, including out of hours. That is “Who approves and submits a regulatory notification, including out of hours?”.
Related questions
- When does personal data make a security incident a GDPR breach?
- When do we have to notify a regulator, and under which regime?
- When one incident triggers NIS2, DORA and GDPR at once, which clock runs first?
- If a supplier tells us they've had a breach, then how do we respond?
- Who approves and submits a regulatory notification, including out of hours?