← Back to articles
● Newscyberattackbankingvendorssupply chainphishing

Crédit Mutuel Arkéa cyberattack: attackers came in through a vendor

By · November 8, 2026 at 10:37 AM UTC · 3 min read

French bank Crédit Mutuel Arkéa suffered an attack that allowed fraudulent transfers from its own account. The attackers got in through a service provider's platform. What we know, what we don't and what to learn.

File JG · DocumentBack to news

Crédit Mutuel Arkéa cyberattack: attackers came in through a vendor

Type
News
Author
Date
Reading time
3 min read
Subjects
cyberattack, banking, vendors, supply chain, phishing

Summary

French bank Crédit Mutuel Arkéa suffered an attack that allowed fraudulent transfers from its own account. The attackers got in through a service provider's platform. What we know, what we don't and what to learn.

French banking group Crédit Mutuel Arkéa has suffered a cyberattack that allowed fraudulent transfers from the bank's own account. What matters for any company is how they got in: according to the bank itself1, the attackers went through the platform of one of its service providers and reached Arkéa directly from there.

I'll update this story if the bank or investigators share more details.

◢What happened

The bank disclosed it on November 4 in a press release and a questions and answers page1. The attackers used Crédit Mutuel Arkéa's own account to send transfers to other banks, which then likely let them convert the money into cryptocurrency on specialized platforms. They did not use customer accounts.

Once it detected the attack, the bank suspended some transactions as a precaution, so some customer transfers were delayed. It says almost all of them resumed on the morning of November 4 and that the incident is under control.

According to BleepingComputer2, the first to raise the alarm was crypto fraud investigator ZachXBT on November 2. He spotted large withdrawals from several crypto exchange accounts the day before, estimated that up to 118 million euros had been taken in the USDC and USDT stablecoins, and warned that, with no public disclosure, the attacker was able to launder about 30 million by November 3.

◢What we know

  • ▹The attackers came in through a service provider's platform, not through the bank's online subsidiary Fortuneo, as had been reported. That's what the bank says in its note1.
  • ▹The money left the bank's own account, not its customers' accounts. The bank says the attack has no impact on customers' savings.
  • ▹On the 118 million euros, the bank1 does not confirm the figure, only the "order of magnitude". Part of the money has been blocked and other steps are under way to recover it.
  • ▹It rules out human error at the bank and describes a "sophisticated attack" from outside. It is working with the police and judicial authorities to establish the origin and method, and has informed its supervisors.
  • ▹It warns customers that phishing attempts tend to rise after attacks like this, and asks them not to share details by phone or email.

◢What we don't know

The bank hasn't said which provider it was, what service it provided or how its platform was used to reach the account. There is also no final figure for what was stolen or recovered, and nobody has publicly said who is behind it. According to BleepingComputer2, the bank had not yet answered its questions.

◢What it means for a regular company

You don't need to be a bank for this to affect you. What keeps coming up in attacks is that they don't come in through your server, but through someone trusted who already has access: a vendor, a connected tool or an outside account. I wrote about it in attacks don't come in through the server.

A few questions worth asking this week:

  1. ▹List the vendors that can touch your systems or move money, and what permissions each one has.
  2. ▹Remove access nobody uses any more and limit the rest to what they actually need.
  3. ▹Set limits and alerts on payments and transfers leaving your accounts, especially large ones or ones going to new destinations.
  4. ▹If a vendor has an incident, know who tells you and how fast. Put it in the contract.
  5. ▹Warn your team and your customers that fake emails follow an attack. If you're unsure about a message, see how to spot a phishing email.

If you want your staff to recognize these risks, including vendor risk, that's part of what I cover in my cybersecurity and AI training.

Related documents

  1. Article

    Device code phishing: what it is and how to stop it

    Device code phishing tricks the victim into typing a code generated by the attacker into Microsoft’s real sign-in page. That gives the attacker access to their Microsoft 365 account without a password and without two-step verification getting in the way. Blocking that sign-in flow stops it.

  2. News

    Claude Code leaks keys on GitHub: the settings.local.json problem

    Claude Code's "don't ask again" option can save passwords and API keys in .claude/settings.local.json. Apiiro found 1,122 public copies on GitHub with secrets inside. What we know and what to do.

  3. Article

    OWASP Top 10 for AI agents: the 10 risks explained

    The OWASP Top 10 for Agentic Applications lists the ten main risks of AI agents that act on their own: goal hijacking, tool misuse, privilege abuse and rogue agents. What each one means and what to check in your company.

End of documentBack to news