Data Breach Ransom Extortion Scam
Criminals claim to have stolen an organisation's or individual's sensitive data and threaten to publish it unless a ransom is paid. The threat may be genuine or fabricated.
Last reviewed: 11 June 2026
What this scam is
Data-breach ransom extortion — sometimes called data extortion or data-leak extortion — is distinct from ransomware (which encrypts files and demands payment to decrypt them), though the two often occur together in what security professionals call 'double extortion'. In a pure data extortion scheme, the attacker does not encrypt systems; they simply steal data and threaten to release it.
The threat is to reputation, regulatory compliance, and customer trust. Publishing customer data may trigger regulatory penalties, class-action exposure, and press coverage that harms an organisation far beyond the cost of the ransom itself. For individuals, the threat is typically to publish financial records, private communications, or other sensitive personal material.
How it works
Genuine data-breach extortion typically follows a period of unauthorised network access during which the attacker identifies and exfiltrates valuable data — ideally a combination of personal records, financial information, and internal communications. The attacker then contacts the organisation through an anonymous channel with proof of the breach and a ransom demand.
Fake data-breach extortion involves sending convincing-sounding demands to many organisations, using publicly known facts about the organisation (industry, approximate employee count, systems likely in use) to make the claim plausible without actually having accessed anything. The attacker counts on uncertainty: an organisation that cannot immediately rule out a breach may pay to be safe.
In both cases, paying the ransom does not guarantee data will not be published. Criminals who sell data to multiple buyers have no obligation to fulfil promises made to the victim.
Why this scam works
Organisations face enormous downside from confirmed data exposure: regulatory fines under data-protection law, customer notification obligations, reputational damage, and civil liability. Even a probability of breach may cause leadership to view payment as cheaper than the consequences of disclosure.
For genuine breaches, the attacker also benefits from time pressure — the organisation wants the data off the market before competitors, journalists, or regulators find it. This urgency is artificially amplified even in fake campaigns.
A typical pattern
An organisation's IT team or leadership receives a message claiming that the sender has gained unauthorised access to internal systems, downloaded sensitive data — customer records, financial documents, employee data — and will publish it to a public leak site or sell it on the dark web unless a ransom is paid within a specified period. In some cases, the message is accompanied by a small sample of real data to prove the breach is genuine. In others, the claim is fabricated and the sender has no data at all, relying on the fear and uncertainty of organisations that know they may have vulnerabilities. Whether the breach is real or not, the extortion dynamic is the same.
Common red flags
- Unsolicited message claiming access to your internal systems or data
- A proof-of-breach sample that could have come from a prior public breach rather than your systems
- Ransom demand with a very short deadline before threatened publication
- Demand for cryptocurrency to prevent data release
- Claim that paying once will result in deletion of all data and no further contact
- Threat to notify regulators and press if payment is not received
Sanitized example messages
Illustrative, sanitized examples. Personal details are replaced with placeholders such as [phone number] and [fake link].
"We have downloaded [AMOUNT] GB of data from your systems including customer records and financial documents. Pay [AMOUNT] Bitcoin to [WALLET] within 72 hours or we publish everything on [SITE]."
"Attached is a sample of the data we have obtained. We will sell the full set to your competitors unless you pay [AMOUNT] by [DATE]."
"You have a data breach. We are giving you the opportunity to resolve this quietly before we notify your customers and regulators. Our fee is [AMOUNT]."
Common variations
- Double-extortion ransomware: systems are also encrypted, adding operational disruption to the data-leak threat
- Individual financial-record extortion: personal financial documents or private communications used to threaten an individual
- Bluff breach email to SMEs: sent to small businesses that lack the security monitoring to immediately disprove the claim
- Insider-threat variant: claim that a current or former employee provided the data adds reputational complexity
- Timed public leak threat: attacker publishes a countdown site announcing data will be released on a specific date
How to verify before you act
Before taking any action in response to a breach claim, commission an urgent internal investigation: review access logs, security monitoring alerts, and data egress indicators for the period in question. Engage a forensic incident-response team if one is not available internally.
Assess any proof-of-breach sample provided: is it data that only someone with internal access could have? Or is it information available from a prior public breach, from your website, or from public records? Fake breach claims frequently use publicly available information as pseudo-proof.
Payment methods used
- Cryptocurrency (Bitcoin, Monero)
- Bank/wire transfer
Who is usually targeted
- Businesses holding customer personal data
- Healthcare organisations with medical records
- Financial services firms with payment and account data
- Law firms, accountants, and professional services holding client documents
- Individuals with sensitive personal or financial information stored digitally
What to do immediately
- Do not pay before verifying whether a genuine breach occurred — a payment for a fake claim achieves nothing and is not recoverable
- Engage your incident-response process immediately to investigate whether unauthorised access took place
- Preserve all communications from the extortionist as evidence
- Report to law enforcement and your relevant data-protection regulator
- Assess your regulatory notification obligations based on the investigation findings
- Consult legal counsel regarding obligations and exposure before making any public statements
How to prevent it
- Implement network monitoring capable of detecting anomalous data egress
- Segment sensitive data so a single access point does not expose entire databases
- Maintain an incident-response plan including external forensic support contacts
- Conduct regular access-rights audits to reduce the number of accounts with access to sensitive data
- Train staff to recognise phishing attempts, which are the most common initial access vector for data theft
- Understand your regulatory notification obligations before a breach occurs so you can act confidently if one happens
Evidence to preserve
- All communications from the extortionist, including any proof-of-breach samples
- System access logs and egress monitoring data for the claimed period of access
- Wallet addresses or payment instructions
- Any countdown site or leak-site URLs mentioned in the threat
Where to report it
- Action Fraud (UK) — UK national fraud & cybercrime reporting centre
- FTC ReportFraud (US) — US Federal Trade Commission fraud reports
- FBI IC3 (US) — US Internet Crime Complaint Center
- Scamwatch (Australia) — Australian competition & consumer reporting
- Your bank's fraud line — Use the number on the back of your card or in your banking app — never a number the caller gives you
Always verify reporting routes and emergency contacts on the official government or agency website for your country.
Frequently asked questions
If we pay, will the attackers delete the data?
There is no reliable mechanism to verify deletion, and criminals who have stolen data may sell it to multiple buyers regardless of any promise made to you. Payment also marks you as a paying target and may invite further demands.
Do we have to notify customers or regulators even if we pay?
In most jurisdictions with data-protection law, notification obligations are triggered by the breach itself, not by whether it became public. Consult legal counsel and your data-protection regulator — paying a ransom does not extinguish regulatory obligations.
How do we tell the difference between a real breach claim and a bluff?
A genuine claim typically includes a proof sample that demonstrably contains internal data not available publicly. A bluff often uses publicly known information or data from a prior breach. Your incident-response investigation will clarify which scenario you are in.