Cronología del hack de Binance: cómo los atacantes pasaron de dispositivos de empleados comprometidos a sistemas de wallets antes del robo del 29 de octubre.

Chainalysis calculó aproximadamente $6.4 billion en transferencias no autorizadas desde las hot wallets de Binance en múltiples blockchains, a partir de alrededor de las 4:20 p.m., hora del Este, del 29 de octubre. Chainalysis atribuyó el robo al grupo norcoreano TraderTraitor tras observar que los fondos sustraídos a Binance se mezclaban on-chain con fondos procedentes del robo de Bitget atribuido anteriormente.
La información pública disponible distingue por ahora entre la presencia más amplia de los atacantes y su acceso a las operaciones de wallets. Security Alliance estimó que la intrusión asociada al compromiso de dispositivos de empleados de Binance en septiembre duró aproximadamente ocho semanas antes del robo. Cointelegraph informó de que Binance diferenció ese periodo de dispositivos comprometidos del acceso a las operaciones de wallets, que, según el exchange, no se produjo hasta el 20 de octubre.
Para un usuario de un exchange centralizado que compara modelos de custodia, la distinción clave en la cronología publicada está entre el compromiso prolongado de dispositivos de empleados y el acceso posterior a las operaciones de wallets. Según Binance, los atacantes avanzaron desde los dispositivos comprometidos hasta una herramienta interna de IA, los dispositivos de otros ingenieros de wallets, un token de despliegue y, finalmente, las operaciones de firma de wallets.
Esta secuencia es relevante al evaluar dónde reside el riesgo operativo: el incidente descrito por Binance afectó a endpoints de empleados, herramientas internas, credenciales e infraestructura de wallets, y no a un único eslabón aislado. Se trata de una inferencia basada en la secuencia publicada por Binance, no de una conclusión de la revisión independiente anunciada.
Compara perps on-chain con autocustodia
Binance afirmó que reconstruyó el sistema de wallets afectado y la herramienta interna de IA, sustituyó los dispositivos afectados, revocó las credenciales y los tokens relacionados y reforzó los controles de riesgo de sus servicios de wallets.
La investigación facilitada deja varias preguntas abiertas:
Utiliza la secuencia publicada por Binance como una lista de preguntas, no como prueba de que todas las plataformas presentan el mismo perfil de riesgo. Antes de cambiar tu forma de operar, comprueba:
Las dos primeras comprobaciones se desprenden del vector de ataque descrito por Binance. La diferencia entre fondos congelados y recuperados sigue siendo una cuestión abierta en la investigación facilitada.
Dexly es una app de trading móvil y web en Hyperliquid con wallets de autocustodia. Revisa cómo funcionan el control y la firma de la wallet antes de decidir si este modelo encaja con tus necesidades.
Aviso de riesgo: Operar con futuros perpetuos implica un riesgo significativo de perdida. Opera solo con capital que puedas permitirte perder. Dexly es una interfaz sin custodia; eres responsable de tus propios fondos y decisiones de trading.
Compara perps on-chain con autocustodia