Opinion · Commentary
Revolut handed customer data to criminals for five months. Then came a $3 million ransom demand
Revolut handed sensitive customer data to criminals impersonating an Italian government agency for five months. Now a three million dollar ransom demand has gone public. Mark Fermor argues the real question is not how it happened, but why the process allowed it.
Mark FermorCTO, CMO and Founder, Firevault
Published 14 September 2026 · 5 min read
What happened
Revolut has confirmed that sensitive customer data was disclosed to an unauthorised third party after fraudulent requests for information were submitted from an email account within a legitimate government agency domain. The request looked genuine, because part of it was.
Update, 18 September 2026. Since this piece was first published, the picture has become considerably worse. Reporting by SecurityWeek, the Financial Times and others now indicates that Revolut was responding to the fraudulent requests for roughly five months before the fraud was detected. Around 680 customers, believed to include high profile account holders, are affected. The impersonated agency is reported to be an Italian prefecture in Reggio Calabria, whose compromised institutional email account was used to pose as law enforcement.
On Wednesday, a threat actor using the name IAmNotAVillain publicly demanded a ransom of three million dollars, payable in the privacy coin Monero, threatening to sell the customer data to other criminal groups if payment is not made. Making an extortion demand public from the outset is unusual, and Revolut says it has received no direct contact or demand from the individuals behind the claims. Italian prosecutors and the National Anti Mafia and Counter Terrorism Directorate have opened an investigation.
According to the customer notification reviewed by TechCrunch, the compromised information included dates of birth, postal and email addresses and phone numbers, as well as copies of identity documents such as passports and driving licences. Verification selfies, account statements and transaction histories, including cryptocurrency transactions, may also have been exposed.
Revolut says the affected customers have been contacted directly. The company blocked the email address used in the fraud after detecting the incident, alerted the agency, law enforcement, data protection authorities and financial regulators, and says its systems and customer funds were unaffected. The incident was first highlighted publicly by crypto security researcher ZachXBT, who suggested the breach appeared to have targeted high net worth users.
We are asking the wrong question
Everyone wants to know how it happened. I am far more interested in why the process allowed it to happen, and allowed it to keep happening for five months.
Nobody hacked their way in. Nobody bypassed some cutting edge security control. A request arrived, it looked legitimate enough, and sensitive customer information was handed over. Then another request arrived, and another, month after month. That should make every organisation stop and think.
We spend huge amounts of time and money testing technology. We run penetration tests. We monitor alerts. We patch vulnerabilities. We invest in new tools. But how many organisations test the decisions their people make when a request appears to come from an authority they trust? And how many review patterns of requests over time, so that a slow drip of disclosure is spotted before it becomes five months of it?
This is where many businesses get caught out.
Compliant and vulnerable at the same time
Two things can be true at once. You can be compliant, and you can still be vulnerable.
The problem is that many organisations behave as though those two things cannot possibly coexist. I have seen businesses with immaculate policies, successful audits and folders full of evidence. Yet when you start looking at their processes through an attacker's eyes, cracks begin to appear.
Not because they are careless. Not because they are incompetent. Because nobody has ever challenged the process in the real world.
That is the difference between documenting a process and proving it works. The organisations that worry me are not the ones that know they have gaps. It is the ones that are convinced they do not.
The question worth asking
If someone targeted your organisation tomorrow with a legitimate looking request for customer, employee or financial data, are you confident your process would stop them? Or are you confident your process is documented?
They are not the same thing.
This is also where the data itself matters. Revolut disclosed copies of passports, driving licences and possibly statements and transaction histories because that material was retained and reachable through a routine request process. Where identity records and historical documents must be kept, Offline Secure Storage® keeps them physically disconnected from the systems and inboxes that field incoming requests, so disclosure becomes a deliberate, verified act rather than a response to a convincing email.
Test the process, not just the perimeter. And do not leave your most sensitive records permanently reachable by whoever asks nicely enough.
Mark Fermor is the founder of Firevault.
Sources
- SecurityWeek: Revolut data breach, five months, 680 high profile accounts, three million dollar ransom
- Euronews: Revolut hack, criminals steal data of 700 European clients, demand three million dollar ransom
- OCCRP: Hackers demand three million dollar ransom in Revolut data leak
- FStech: Revolut confirms customer data breach after fake government requests
- Mark Fermor on LinkedIn
Questions
Fraudulent requests for customer information were submitted from an unauthorised email account created within a legitimate government agency domain. Because the request appeared genuine, sensitive customer data was disclosed. No systems were hacked.
Dates of birth, postal and email addresses and phone numbers, plus copies of identity documents such as passports and driving licences. Verification selfies, account statements and transaction histories may also have been exposed.
Revolut says a very limited number of customers were affected and have been contacted directly, but it has not disclosed a figure. Researcher ZachXBT suggested high-net-worth users appeared to be the target, which Revolut has not confirmed.
No. Revolut says its systems and customer funds were unaffected. The breach happened at the process layer: a trusted-looking request was acted on, rather than any technical control being defeated.
Because the focus is on how the breach happened technically, when nothing technical failed. The important question is why the process allowed a fraudulent but legitimate-looking request to succeed, and whether anyone ever tests that decision in the real world.
It would have limited what there was to hand over. Identity documents, statements and historical records that must be retained can be kept physically disconnected from the systems that field incoming requests, so disclosure requires deliberate, verified retrieval rather than a reply to a convincing email.
About the author
Mark FermorCTO, CMO and Founder of Firevault. Mark writes on physical control, offline storage and the incidents that show why both matter.
Why #OSS
Keep a clean copy out of reach.
Offline Secure Storage® keeps one copy physically disconnected at the hardware level between sessions.
Control
Govern the paths attackers depend on.
Physical, out-of-band control of selected network paths, composed into ten Blueprints.
Ready to start?
Create your Vault online.
Business Vaults from £360 a month inc VAT, on a 36-month commitment.
