Loading...
Loading...
The 72-hour challenge: Complete guide to GDPR breach notification, risk assessment, reporting requirements, and avoiding massive penalties.
GDPR defines a personal data breach as: "a breach of security leading to the accidental or unlawful destruction, loss, alteration, unauthorized disclosure of, or access to, personal data." This is broader than you might think:
Tick-tock: What must happen and when
Clock starts when organization becomes aware a breach has occurred
Understand scope and contain the breach
Determine if notification is required
MUST notify DPA by this point if breach poses risk
If high risk to individuals, notify them "without undue delay"
Not all breaches require DPA notification - but you must document your reasoning. Article 33 requires notification only if the breach is "likely to result in a risk to the rights and freedoms of natural persons." You must assess both likelihood and severity:
IMPORTANT:
Even if not notifying DPA, you MUST document your reasoning in breach register
MANDATORY:
High risk breaches require notification to BOTH DPA (within 72 hours) AND affected individuals (without undue delay)
Article 33 specifies required information
Must Include:
Example:
"Unauthorized access to customer database via SQL injection. Affected data: names, email addresses, hashed passwords. Approximately 50,000 individuals, 75,000 records."
Must Include:
Example:
"Contact: Jane Smith, Data Protection Officer, dpo@company.com, +44 20 1234 5678"
Must Include:
Example:
"Risk of account takeover due to exposed credentials. Low risk of financial loss as payment data not exposed. Users advised to change passwords immediately."
Must Include:
Example:
"Database patched within 2 hours. All affected passwords reset. Multi-factor authentication deployed. Security audit initiated. Users notified with guidance."
If you don't have all information by the 72-hour deadline, you can still submit notification with: (1) What you know so far, (2) Why information is incomplete, (3) When you'll provide the rest. It's better to notify on time with incomplete info than to miss the deadline.
When and how to notify affected people. If the breach is likely to result in a high risk to individuals, you must notify them directly (in addition to the DPA). The notification must be in clear and plain language:
You must maintain a breach register for ALL breaches. Article 33(5) requires organizations to document ALL personal data breaches (even those not reported to DPA). DPAs can request to see your breach register at any time:
Date and time of breach
When breach occurred and when discovered
Facts of the breach
What happened, how it happened, root cause
Effects of the breach
Data affected, individuals impacted, harm caused
Remedial action taken
Containment, eradication, recovery, prevention measures
Notification decision
Why DPA was or was not notified
Risk assessment
Likelihood and severity analysis, high risk determination
The financial stakes are enormous
€20 Million
OR
4% of Revenue
Whichever is greater
Data processing violations
Transparency violations
Cookie consent violations
Breach notification failure
Most organizations fail GDPR breach response without practice. Tabletop exercises are the best way to validate your GDPR breach response procedures. Key scenarios to test:
Assess risk, determine notification requirement, meet 72-hour deadline
Determine if encrypted, assess risk, document exception reasoning
Scope determination, high-risk assessment, individual notification
Discovery timing, DPA selection, cross-border complications
Breakpoint provides GDPR-specific breach scenarios with 72-hour countdown timers, DPA notification templates, and risk assessment frameworks. Practice before you need it.
Writes about tabletop exercises, incident response readiness, and turning compliance requirements into drills that surface real gaps rather than paperwork.