Una herramienta interna de inteligencia artificial permitió a los atacantes moverse libremente entre los equipos durante la brecha de seguridad de Binance

November 4, 2026
11/4/2026
Lucie Cardiet
Responsable de investigación de ciberamenazas
Una herramienta interna de inteligencia artificial permitió a los atacantes moverse libremente entre los equipos durante la brecha de seguridad de Binance

El 29 de octubre de 2026, unos atacantes sustrajeron aproximadamente 6.34 mil millones de dólares de las carteras de operaciones conectadas a Internet (carteras «calientes») de Binance en menos de cuatro horas. El FBI atribuye el robo a TraderTraitor, una unidad de piratas informáticos norcoreanos. Según la información facilitada por Binance el 3 de noviembre, se han congelado aproximadamente 2.85 mil millones de dólares.

El mecanismo de vaciado de monederos es específico de las criptomonedas y la mayoría de los responsables de seguridad de las empresas nunca se enfrentarán a él. Sin embargo, los meses de preparación que lo hicieron posible hicieron que pareciera una intrusión empresarial habitual: ingeniería social, una estación de trabajo de un desarrollador comprometida, credenciales robadas y movimiento lateral (desplazamiento de un sistema a otro) a través de los límites entre equipos, donde ningún equipo de seguridad vio la cadena completa.

Fuente: X

Una entrevista de trabajo falsa supuso el primer paso

La campaña comenzó a más tardar en junio de 2026 con la descarga de un software manipulado en el ordenador de un ingeniero de Wallet DevOps. Binance lo detectó, sustituyó el dispositivo y renovó las credenciales. La respuesta fue correcta. Pero también fue incompleta: el atacante ya había identificado al equipo de infraestructura de carteras.

En septiembre, se contactó con otro ingeniero de software a través de una plataforma de empleo legítima. A continuación tuvo lugar una entrevista de dos rondas, que incluyó una videollamada en directo en la que el entrevistador compartió fotos personales para ganarse la confianza del candidato. Hacia el final de la segunda ronda, se le pidió al ingeniero que descargara una «tarea» de programación. El repositorio sustituyó una herramienta de desarrollo legítima por un archivo binario malicioso. Binance confirma que «en ese momento no fue detectado por las herramientas de protección de seguridad de los terminales».

No parecía haber ningún problema:

  • Un desarrollador se descargó un ejercicio de programación de una entrevista de trabajo.
  • El archivo binario ocupaba el lugar donde antes se encontraba la herramienta legítima.
  • El software de seguridad del ordenador del ingeniero no tenía nada con lo que compararlo.

La herramienta de IA servía de puente entre los equipos

Este es el detalle que convierte un robo de criptomonedas en una noticia empresarial.

El 20 de octubre, nueve días antes del robo, el atacante utilizó el ordenador del ingeniero afectado y una herramienta interna de inteligencia artificial para ponerse en contacto con otros dos ingenieros del equipo encargado de la cartera. La información facilitada por Binance confirma que el atacante «aprovechó el ordenador afectado del ingeniero B y utilizó una herramienta interna de inteligencia artificial para hacerse con el control» de los ingenieros A y C. No se ha revelado el nombre de la herramienta.

La herramienta de IA era un servicio compartido que conectaba a personas de distintos puestos. El atacante ya se había autenticado como el ingeniero del que se habían sustraído los datos, por lo que su interacción con la herramienta parecía un uso normal. No se produjo ningún ataque a la herramienta en sí. Funcionaba exactamente como estaba diseñada: conectando a personas, compartiendo contexto y facilitando la colaboración. Eso es lo que la convirtió en una vía para desplazarse entre equipos.

A través de esa vía, el atacante encontró un token de permiso para implementar contenedores en el ordenador de uno de los ingenieros. El 29 de octubre, el atacante lo utilizó para implementar un contenedor malicioso que llegó al servicio interno de firma de monederos de Binance. Desde allí, el atacante inició transacciones no autorizadas utilizando credenciales válidas a través de la vía de firma habitual.

Tres eslabones rotos en una cadena

La brecha de seguridad de Binance es inusual porque las tres deficiencias de detección se dan en el mismo incidente:

  • ‍Vulnerabilidad 1, todo parece estar en orden: el binario malicioso sustituyó a una herramienta legítima, el « zero-day » eludió el software de seguridad y el atacante borró los rastros del ataque.
  • ‍Vulnerabilidad 2, autenticación correcta: el servicio de firma procesó las solicitudes del atacante porque llegaron por la vía habitual con credenciales válidas.
  • ‍Brecha 3, el movimiento no es visible: el atacante pasó de la estación de trabajo de un ingeniero de software a una herramienta interna de IA, luego a las credenciales de Wallet DevOps, a la máquina de otro ingeniero, a una plataforma de contenedores y, finalmente, al servicio de firma. Cinco saltos a través de cuatro límites funcionales. Cada uno de ellos apareció en un registro diferente.

Las herramientas internas de IA son límites de confianza que nadie supervisa

La mayoría de las organizaciones que adoptan herramientas internas de inteligencia artificial se centran en la fuga de datos y en que los atacantes manipulen los datos de entrada de la herramienta. Se trata de riesgos reales. Pero la brecha de seguridad de Binance pone de manifiesto un tercero: la propia herramienta se convierte en un puente entre equipos, y una identidad comprometida en un lado puede pasar al otro sin activar una alerta de perímetro, porque no existe ningún perímetro.

El servicio de firma funcionó. El software de seguridad funcionó hasta que se topó con un « zero-day », que es precisamente lo que hacen los «zero-days». La rotación de credenciales en junio fue una decisión acertada. Cada control cumplió su función de forma aislada. La brecha estaba en la cadena que los unía, y en la herramienta de IA situada en medio de esa cadena, tratada como una aplicación en lugar de como un límite de confianza.

La detección no falla. Es incompleta.

Para obtener una explicación detallada de cómo interactúan estas tres lagunas de detección, incluyendo un mapa de cobertura de la telemetría de identidad, red y cloud , consulta los capítulos 3 a 5 del informe técnico«Mind Your Gaps in the Age of AI-Powered Attacks»(Cuidado con las lagunas en la era de los ataques impulsados por la IA).

Preguntas frecuentes