← Volver a artículos
● Newsciberataquebancaproveedorescadena de suministrophishing

Ciberataque a Crédit Mutuel Arkéa: entraron por un proveedor

Por · 8 de noviembre de 2026 a las 10:37 UTC · 3 min de lectura

El banco francés Crédit Mutuel Arkéa ha sufrido un ataque que permitió transferencias fraudulentas desde su propia cuenta. Los atacantes entraron por la plataforma de un proveedor. Qué se sabe, qué no y qué aprender.

Expediente JG · DocumentoVolver a news

Ciberataque a Crédit Mutuel Arkéa: entraron por un proveedor

Tipo
News
Autor
Fecha
Lectura
3 min de lectura
Materias
ciberataque, banca, proveedores, cadena de suministro, phishing

Resumen

El banco francés Crédit Mutuel Arkéa ha sufrido un ataque que permitió transferencias fraudulentas desde su propia cuenta. Los atacantes entraron por la plataforma de un proveedor. Qué se sabe, qué no y qué aprender.

El grupo bancario francés Crédit Mutuel Arkéa ha sufrido un ciberataque que permitió hacer transferencias fraudulentas desde la cuenta propia del banco. Lo importante para cualquier empresa es cómo entraron: según el propio banco1, los atacantes pasaron por la plataforma de uno de sus proveedores y desde ahí llegaron directamente a Arkéa.

Iré actualizando la noticia si el banco o los investigadores dan más datos.

◢Qué ha pasado

El banco lo contó el 4 de noviembre en un comunicado y en una página de preguntas y respuestas1. Los atacantes usaron la cuenta del propio Crédit Mutuel Arkéa para mandar transferencias a otras entidades bancarias, que después les habrían permitido convertir ese dinero en criptomonedas en plataformas especializadas. No usaron cuentas de clientes.

Al detectarlo, el banco suspendió por precaución algunas operaciones, de modo que ciertas transferencias de clientes se retrasaron. Dice que la casi totalidad volvió a funcionar en la mañana del 4 de noviembre y que el incidente está controlado.

Según BleepingComputer2, el primero en dar la alarma fue el investigador de fraudes con criptomonedas ZachXBT el 2 de noviembre. Detectó retiradas masivas desde varias cuentas en plataformas de criptomonedas el día anterior, calculó que se habían llevado hasta 118 millones de euros en las monedas estables USDC y USDT, y avisó de que, al no haber aviso público, el atacante pudo blanquear unos 30 millones antes del 3 de noviembre.

◢Qué se sabe

  • ▹Los atacantes entraron por la plataforma de un proveedor del banco, no por su filial online Fortuneo, como se había publicado. Lo dice el banco en su nota1.
  • ▹El dinero salió de la cuenta del banco, no de las de sus clientes. El banco asegura que el ataque no tiene consecuencias sobre sus ahorros.
  • ▹Sobre los 118 millones de euros, el banco1 no confirma la cifra, pero sí el "orden de magnitud". Parte del dinero se ha podido bloquear y hay otras acciones en marcha para recuperarlo.
  • ▹Descarta un error humano en el banco y habla de un "ataque sofisticado" desde fuera. Trabaja con la policía y los jueces para saber el origen y cómo se hizo, y ha informado a los supervisores.
  • ▹Avisa a sus clientes de que, tras ataques así, suelen subir los intentos de phishing, y les pide no dar datos por teléfono ni por correo.

◢Qué no se sabe

El banco no ha dicho qué proveedor era, qué servicio le daba ni cómo usaron su plataforma para llegar a la cuenta. Tampoco hay una cifra final de lo robado ni de lo recuperado, y nadie ha dicho públicamente quién está detrás. Según BleepingComputer2, el banco no le había respondido todavía a sus preguntas.

◢Qué deja para una empresa normal

No hace falta ser un banco para que esto te toque. Lo que se repite en muchos ataques es que no entran por tu servidor, sino por alguien de confianza que ya tiene acceso: un proveedor, una herramienta conectada o una cuenta externa. Ya lo conté en los ataques no entran por el servidor.

Algunas preguntas que merece la pena hacerse esta semana:

  1. ▹Haz una lista de los proveedores que pueden tocar tus sistemas o mover dinero, y de qué permisos tiene cada uno.
  2. ▹Quita los accesos que ya no se usan y limita el resto a lo que necesitan de verdad.
  3. ▹Pon límites y alertas a los pagos y transferencias que salen de tus cuentas, sobre todo los grandes o los que van a destinos nuevos.
  4. ▹Si un proveedor sufre un incidente, ten claro quién te avisa y en cuánto tiempo. Ponlo en el contrato.
  5. ▹Avisa a tu equipo y a tus clientes de que después de un ataque llegan los correos falsos. Si dudas de un mensaje, te sirve cómo saber si un correo es phishing.

Si quieres que tu plantilla sepa reconocer estos riesgos, incluido el de los proveedores, es parte de lo que trabajo en mis formaciones de ciberseguridad e IA.

Documentos relacionados

  1. Artículo

    Phishing con código de dispositivo: qué es y cómo evitarlo

    El phishing con código de dispositivo engaña a la víctima para que escriba en la página real de Microsoft un código que ha generado el atacante. Así entra en su cuenta de Microsoft 365 sin contraseña y sin que la verificación en dos pasos lo frene. Se evita bloqueando ese inicio de sesión.

  2. News

    Claude Code filtra claves en GitHub: qué es settings.local.json

    La opción "no volver a preguntar" de Claude Code puede guardar contraseñas y claves de API en .claude/settings.local.json. Apiiro ha encontrado 1.122 copias públicas en GitHub con secretos dentro. Qué se sabe y qué hacer.

  3. Artículo

    OWASP Top 10 para agentes de IA: los 10 riesgos explicados

    El OWASP Top 10 para aplicaciones agénticas recoge los diez riesgos principales de los agentes de IA que actúan por su cuenta: secuestro del objetivo, uso indebido de herramientas, abuso de permisos o agentes descontrolados. Qué significa cada uno y qué revisar en tu empresa.

Fin del documentoVolver a news