Hackeo de Binance explicado: cómo robaron 6.300 millones de dólares con un portátil DevOps y EIP-7702

Resumen. La noche del 29 de octubre de 2026 (UTC) Binance, el mayor exchange de criptomonedas, perdió lo que estima en unos 6.300 millones de dólares de hot wallets en ocho blockchains: Ethereum, Bitcoin, TRON, el XRP Ledger, Solana, Arbitrum, Avalanche y Optimism. Es el mayor robo de la historia del sector, más de cuatro veces los 1.460 millones de Bybit en febrero de 2025 y más que todo lo que Chainalysis contabilizó como robado en el conjunto de 2025. La conclusión preliminar de Binance es que el atacante comprometió el portátil de un ingeniero DevOps, lo usó para llegar a un contenedor de servicio y "enviar transacciones de retiro no autorizadas", y que no se filtró ninguna clave privada de wallet. Las cadenas son coherentes con ese relato y añaden detalles que el comunicado omite. Verificamos directamente que el primer robo que puede datarse al segundo ocurrió en el XRP Ledger a las 20:04:52 UTC; que 18.270,2 BTC salieron en once transacciones confirmadas a las 20:20 UTC y se cortaron de inmediato en diecisiete trozos de 1.000 BTC; y que a las 20:20:59 UTC una sola transacción llevó cincuenta autorizaciones EIP-7702, todas firmadas válidamente con la clave de la hot wallet Binance 14, lo que convirtió esa wallet en un sweeper que ejecutó el código del atacante hasta que Binance lo revocó a las 00:10:35 UTC, tres horas y cuarenta y nueve minutos después. En esa ventana el sweeper se llevó 172.624 ETH, 1.820 millones de USDT y 823 millones de USDC extraídos de una smart wallet que confiaba en Binance 14. Los emisores de tokens reaccionaron en 33–37 minutos; hay unos 3.000 millones congelados, aproximadamente el 48% de la pérdida, frente al 0,08% en Bitget un mes antes. El resto — sobre todo 18.270 BTC, 233,5 millones de XRP y unos 213.000 ETH — está en activos que nadie puede congelar y, en nuestra instantánea, no se había movido. Binance dice que cubrirá todas las pérdidas con su fondo SAFU de 15.000 BTC y fondos de la empresa, y ha suspendido depósitos y retiros. Corea del Norte es el sospechoso que nombran la mayoría de los investigadores; ningún gobierno lo ha dicho. Todas las cifras están congeladas a 30 de octubre de 2026, hacia las 03:30 UTC, unas siete horas después del robo.

1. Contexto: el exchange, su red de seguridad y el año en que ocurrió

Binance se fundó en 2017 y en un año se convirtió en el mayor exchange del mundo por volumen. Su fundador, Changpeng Zhao (CZ), dejó el cargo de consejero delegado en noviembre de 2023 como parte de un acuerdo con las autoridades de EE. UU. y sigue siendo su mayor accionista; la empresa la dirigen el consejero delegado Richard Teng y la co-consejera delegada Yi He, cofundadora. Ya había sido hackeada una vez, el 7 de mayo de 2019, cuando unos atacantes con claves API y códigos de doble factor obtenidos por phishing retiraron 7.000 BTC (unos 40 millones de dólares entonces) de una hot wallet. Esa pérdida la cubrió el Secure Asset Fund for Users (SAFU), creado en julio de 2018 y financiado con comisiones de trading. Desde entonces SAFU se mantiene en torno a 1.000 millones de dólares. El 30 de enero de 2026 Binance anunció que convertiría las stablecoins del fondo en bitcoin, y el 12 de febrero informó de que tenía 15.000 BTC, comprados a un promedio de unos 67.000 $, con el compromiso de recargar el fondo hasta 1.000 millones si su valor caía por debajo de 800 millones.

Antes del ataque Binance custodiaba unos 144.000 millones de dólares en activos de clientes y propios (DefiLlama, según CoinDesk) y publicaba instantáneas mensuales de prueba de reservas. El informe del 1 de octubre de 2026 mostraba que la hot wallet Binance 14 de Ethereum tenía 1.260 millones de USDT y 89.475 ETH entre 37 activos, y un ratio de reservas de ETH de exactamente el 100%. Como todo gran exchange, Binance guarda la mayoría de los activos en almacenamiento en frío y un saldo operativo en hot wallets que firman automáticamente servicios internos para procesar retiros en segundos. Binance 14 (0x28C6…1d60) es una de las más antiguas y activas: había enviado casi 18,9 millones de transacciones antes del ataque.

El contexto del sector explica por qué el ataque tuvo esta forma. Desde 2022 los grandes robos se han alejado de los fallos de smart contracts y se han acercado a la maquinaria que rodea a las claves. Ronin (2022) perdió 625 millones cuando le quitaron cinco de nueve claves de validador tras una falsa oferta de empleo; DMM Bitcoin (2024, 305 millones) y WazirX (2024, 235 millones) fueron vaciados mediante compromisos de su infraestructura de wallets; Bybit (21 de febrero de 2025, unos 1.460 millones) perdió unos 400.000 ETH más ether en staking después de que se comprometiera la máquina de un desarrollador de Safe{Wallet} y sus firmantes aprobaran una actualización de contrato disfrazada — atribuida por el FBI en menos de una semana a la unidad TraderTraitor de Corea del Norte. La brecha de LastPass de 2022, fuera del mundo cripto, escaló a través del ordenador doméstico de un ingeniero DevOps. En 2026 el patrón siguió: Drift (285 millones, abril), Kelp DAO (292 millones, abril) y, el 24 de septiembre, Bitget, que perdió 387,5 millones cuando órdenes de retiro falsificadas llegaron a su backend de firma a través de un zero-day de terceros (nuestro informe sobre Bitget). La pérdida de Binance es dieciséis veces la de Bitget.

Falta una pieza técnica de contexto. El 7 de mayo de 2025 la actualización Pectra de Ethereum activó EIP-7702, que permite que una cuenta externa ordinaria (EOA) — el tipo de cuenta que es toda hot wallet de un exchange — apunte a un smart contract y ejecute su código como si fuera propio. El titular lo autoriza firmando un mensaje corto con un ID de cadena, la dirección del contrato y el nonce actual de la cuenta; después cualquiera puede enviar esa autorización a la cadena. En pocas semanas Wintermute informó de que la mayoría de las delegaciones 7702 iban a copias de un único contrato "sweeper" malicioso al que apodó CrimeEnjoyor, usado por ladrones con claves filtradas para vaciar todo lo que llegara. Hasta el 29 de octubre nadie había usado el mecanismo contra un exchange.

2. Anatomía del robo: la noche del 29 de octubre, on-chain

El ataque se preparó durante al menos día y medio, y cada paso de la preparación es público. La dirección de Ethereum que después operaría el robo, 0x7c86…5ca0, recibió su primer gas del pool de 0,1 ETH de Tornado Cash a las 07:39:47 UTC del 28 de octubre, con nuevos retiros a las 08:53:59 de esa mañana y a las 08:23:11 del día 29 (unos 0,098 ETH cada uno tras comisiones; verificado). A las 02:28 UTC del 29 desplegó un primer contrato. A las 13:51 asignó delegaciones EIP-7702 a dos wallets de prueba propias y a las 14:19 y 14:24 las invocó con la misma función de barrido (selector 0x8a179be4) que usaría después contra Binance. A las 15:59:11 desplegó el contrato del ataque, 0x63e8…6fAe, verificado en Blockscout con el nombre Target, y ensayó una vez más en una tercera wallet entre las 16:20 y las 16:47. A las 18:20:47 recibió otros 1,08 ETH de una segunda wallet que Dickson Wu rastrea hasta Tornado Cash. El consejero delegado de Blockaid, Ido Ben-Natan, lo resumió así: "El ataque se planificó con mucha antelación: el atacante financió la operación a través de Tornado Cash y ensayó la misma toma de control en wallets de prueba horas antes, todo ello visible on-chain".

El primer robo que puede datarse al segundo no ocurrió en Ethereum sino en el XRP Ledger. A las 20:04:52 UTC (ledger 107.986.692) la cuenta de Binance rDAE53…JPxr intentó enviar 42.750.000,1 RLUSD a rK21t6…fzMx. Falló con tecNO_DST: el destino aún no existía. Ocho segundos después, a las 20:05:00, la misma cuenta envió 185.017.485,5 XRP, lo que creó la cuenta. Otras cuatro cuentas, que Dickson Wu identifica como wallets de Binance, siguieron hasta las 20:09:20, para un total de 233.461.943,1 XRP (verificado). El pago fallido de RLUSD es la huella de automatización más clara de todo el incidente: lo que fuera que emitía los retiros no comprobaba que la cuenta receptora estuviera activada.

La reconstrucción de Dickson Wu, la más detallada publicada, sitúa la salida de 965.455 SOL en Solana a las 20:10 y de 44,2 millones de OP en Optimism a las 20:18. En Bitcoin verificamos once transacciones desde la wallet de alto volumen de Binance bc1qm34l…j77s3h (2,37 millones de transacciones hasta hoy) que enviaron 18.270,2 BTC a bc1q0mtc…2mnm, todas confirmadas en el bloque 973.732 con marca de tiempo 20:20:06 UTC. En el mismo bloque, otras diecisiete transacciones fraccionaron esa suma en diecisiete salidas de exactamente 1.000 BTC, cada una en una dirección nueva. Como el bloque anterior lleva la marca 19:55:32, los retiros de Bitcoin se difundieron en algún momento de esa ventana de 25 minutos. En TRON salieron 612,7 millones de USDT y 46,4 millones de TRX entre las 20:20 y las 20:22 (Dickson).

En Ethereum el ataque usó el segundo modo. A las 20:20:59 UTC (bloque 26.300.753) el operador envió a Binance 14 una transacción de tipo 4 con cincuenta autorizaciones EIP-7702. Las leímos todas: las cincuenta recuperan la dirección de Binance 14 como firmante, todas indican el ID de cadena 1 y el contrato del ataque, y cubren cincuenta nonces consecutivos, del 18.914.775 al 18.914.824. Cuarenta y nueve fueron rechazadas por nonce incorrecto. La del 18.914.809 fue válida, porque el propio servicio de retiros de Binance acababa de usar el 18.914.808 en el mismo bloque. Desde ese momento una de las hot wallets más activas de Ethereum ejecutaba el código del atacante cada vez que alguien la invocaba.

Tres minutos y veinticuatro segundos después el operador la invocó. La transacción de las 20:24:23 (0x53bd…2f3) movió 167.464,25 ETH y 63 saldos ERC-20 a 0x5227…2f8c: entre ellos 1.615.409.498,97 USDT, 62,6 millones de RLUSD, 29.934 wBETH, 27,76 millones de USD1, 11.372 XAUt, 1.898 PAXG, 82,5 WBTC, 198 millones de ENA, 6,19 millones de UNI y 7,18 billones de PEPE. Veinticuatro segundos más tarde, a las 20:24:47, la wallet Binance 16 (0xDFd5…963d) envió 28.005,6 ETH directamente a la misma dirección en una transferencia simple de 21.000 de gas — sin contrato de por medio, solo una transacción firmada con la clave de Binance. Dickson cuenta nueve transferencias directas así desde Binance 16, por 174 millones de dólares.

3. El mecanismo: un portátil, un contenedor, un firmante obediente

El relato de Binance, publicado de madrugada el 30 de octubre, es breve: "Binance's initial investigation suggests that the security incident may involve a compromised DevOps engineer's laptop, which allowed an attacker to gain access to a service container and submit unauthorized withdrawal transactions. We have found no evidence of any wallet private key leak." (La investigación inicial sugiere que el incidente puede implicar el portátil comprometido de un ingeniero DevOps, que permitió a un atacante acceder a un contenedor de servicio y enviar transacciones de retiro no autorizadas; no se ha encontrado prueba de filtración de ninguna clave privada.) Está matizado ("sugiere", "puede implicar") y es preliminar, pero es concreto, y las cadenas encajan con él.

Un exchange moderno no guarda las claves de sus hot wallets en las máquinas que deciden qué retirar. Las claves viven en módulos de seguridad hardware (HSM) o se reparten entre nodos MPC; un servicio de retiros arma una transacción y pide a un servicio de firma que la firme; una capa de políticas debe comprobar que la petición es legítima. El punto débil es la vía de la petición. Quien pueda hablar con el servicio de firma con las credenciales de un servicio interno legítimo obtiene firmas sin tocar nunca una clave. Un ingeniero DevOps es justo la persona cuyo portátil guarda esas credenciales: claves de despliegue, acceso al clúster, la capacidad de abrir una shell dentro de un contenedor en marcha. Shen Yu, cofundador de Cobo, revisando las transacciones, llegó al mismo punto desde el otro lado: "Desde la perspectiva de la cadena, el problema está en el proceso de firma; no se observaron vulnerabilidades de contratos".

La cadena muestra dos tipos de resultado de esa vía comprometida. El primero son retiros simples: en el XRP Ledger, Bitcoin, TRON, Solana, Optimism y desde Binance 16 en Ethereum, las wallets de Binance enviaron fondos a direcciones nuevas en transacciones ordinarias, correctamente firmadas. Eso es lo que significa "enviar transacciones de retiro no autorizadas". El segundo es más extraño y es la parte novedosa del ataque. La clave de Binance 14 firmó cincuenta autorizaciones EIP-7702 — no transacciones, sino mensajes de permiso 7702 (un hash de 0x05 seguido del ID de cadena, la dirección del contrato y un nonce). Un servicio de firma que acepta ese tipo de mensaje desde un contenedor de retiros no tiene ninguna política que distinga "paga a esta dirección" de "entrega esta cuenta a un contrato".

¿Por qué cincuenta firmas? Una lectura del abanico de nonces

Una autorización EIP-7702 solo es válida si su nonce coincide con el de la cuenta en el momento en que se ejecuta la transacción. Binance 14 procesaba retiros de clientes sin parar: usó el nonce 18.914.775 a las 20:17:47 UTC y el 18.914.808 a las 20:20:59 — treinta y cuatro transacciones en tres minutos. Alguien con la clave privada habría firmado una sola autorización con el nonce correcto en el momento del envío. El atacante, en cambio, trajo un lote que cubría los cincuenta nonces siguientes, empezando exactamente por el que Binance 14 estaba usando a las 20:17:47, y lo envió cuando la wallet había avanzado treinta y cuatro posiciones. Nuestra lectura, que es una inferencia y no un hecho establecido, es que el atacante podía obtener firmas pero no firmar a voluntad: pidió al servicio de firma un bloque de autorizaciones unos tres minutos antes de usarlas y sobredimensionó el rango de nonces para sobrevivir al tráfico de la wallet. Eso es coherente con la afirmación de Binance de que no se filtró ninguna clave, y con un oráculo de firma más que con un secreto robado.

¿Por qué EIP-7702? Persistencia

Los retiros directos se llevan lo que hay en una wallet en un momento dado. Una delegación 7702 sigue funcionando. La descripción de Ben-Natan es exacta: "El atacante reprogramó de hecho una importante hot wallet de Ethereum de Binance para que un solo operador pudiera vaciarla, incluido cualquier dinero nuevo depositado en ella, y volvió a usar ese acceso más de una hora después". Contamos doce llamadas al sweeper entre las 20:24:23 y las 23:56:47. Dos de ellas extrajeron 780 millones y 43 millones de USDC de 0xEe7a…4055, una smart wallet actualizable que obedece a Binance 14 — y que, por tanto, durante esas horas obedecía al atacante. Otras se llevaron depósitos a medida que llegaban, incluidos 2.961,9 ETH a las 23:56:47, tres horas y media después del primer barrido, que Shen Yu describió como un depósito atascado por gas bajo. Mientras tanto, el propio servicio de retiros de Binance seguía enviando desde la misma wallet: Binance 14 originó 31 transacciones propias entre las 20:24 y las 22:00.

Deshacer una delegación exige una nueva autorización firmada con la misma clave, así que contener la vía de firma y revocar eran el mismo problema. Binance vació los saldos restantes de Binance 14 entre las 22:55 y las 23:07 aproximadamente (Dickson) y revocó la delegación a las 00:10:35 UTC con una transacción de tipo 4 enviada a sí misma que apunta la cuenta a la dirección cero (verificado; el código de la wallet está ahora vacío). La delegación duró tres horas, cuarenta y nueve minutos y treinta y seis segundos.

4. La congelación: la mayor de la historia cripto, y por qué

En Bitget, un mes antes, todo el aparato de congelación del sector recuperó el 0,08% de la pérdida. En Binance recuperó algo así como la mitad. La diferencia no es que los emisores se hayan vuelto más rápidos — aunque lo fueron — sino lo que se llevó el atacante. Con los valores por activo de Dickson Wu, cerca del 57% del botín estaba en tokens cuyo emisor puede poner una dirección en lista negra: USDT en tres cadenas, USDC, el RLUSD de Ripple, el USD1 y el WLFI de World Liberty, Tether Gold, Paxos Gold y el propio wBETH de Binance. El 43% restante — bitcoin, ether, XRP, SOL, TRX, AVAX, OP y decenas de tokens pequeños — no tiene emisor al que llamar. Nuestra estimación es que aproximadamente cuatro quintas partes de la parte congelable están hoy congeladas.

La velocidad importó en el margen. El atacante empezó a repartir USDT en direcciones nuevas a los seis minutos del primer barrido (500 millones de USDT a una dirección a las 20:30 y 200 millones a otra a las 20:33, según Dickson) y cambió unos 234 millones de USDT por TRX en TRON antes de que Tether llegara allí. Pero la dirección receptora principal quedó bloqueada con la mayoría de sus stablecoins dentro: World Liberty Financial actuó a las 20:57:47, Tether a las 21:01:35 y Circle a las 21:04:59. Los barridos posteriores siguieron depositando USDT en la dirección ya congelada, que hoy guarda 1.175.464.712,78 USDT y exactamente 823.000.000 USDC (verificado). Solo en Ethereum leímos dieciséis eventos de lista negra de USDT y USDC entre las 21:01:35 y la 01:19:47, la mayoría en direcciones que recibieron fondos del atacante.

Dos de estas acciones merecen una segunda mirada, porque muestran cuánto poder discrecional se concentra ya en pocas manos. A las 22:06:23 UTC Tether puso en lista negra a la propia Binance 14 — la hot wallet de un exchange — porque esa noche era, en la práctica, un contrato controlado por el atacante; Circle hizo lo mismo a las 23:53:35 y bloqueó también la smart wallet de la que habían salido los USDC. Y Bitcoin.com informa de que el Consejo de Seguridad de Arbitrum ejecutó una acción on-chain que congeló unos 30,5 millones de dólares del atacante en Arbitrum; la dirección del atacante en Arbitrum, con delegación 7702, tiene ahora 0,48 ETH y ningún ARB (verificado). Ambas decisiones fueron casi con seguridad correctas esa noche. Ambas recuerdan también que "congelado" significa que una empresa o un consejo lo decidió, y que las mismas palancas pueden accionarse por peores motivos.

Una nota sobre Aave. Usando parte de los USDT robados como colateral, el atacante pidió prestado ETH en Aave — al menos 20.000 WETH (unos 44 millones de dólares) según el analista MonetSupply a las 21:19 UTC, contra unos 60 millones de USDT depositados desde una de las direcciones de reparto según Dickson. Aave congeló "todos los mercados operados por la DAO en V3 y V4" como precaución a las 22:46, dejando abiertos retiros y devoluciones; dice que sus contratos no se vieron afectados. El colateral está atrapado en la práctica — cualquier USDT retirado caería en una dirección que Tether ya ha bloqueado —, pero el ETH prestado no.

5. Dónde está el dinero ahora

En el momento de nuestra instantánea, unas siete horas después del robo, el atacante no había movido casi nada de los activos incongelables. Es lo contrario de Bitget, donde las stablecoins se cambiaron por ETH en noventa minutos y el XRP iba camino de Bitcoin en dos días, y de Bybit, cuyo equivalente a unos 500.000 ETH se blanqueó, sobre todo a través de THORChain, en unos diez días.

En lo que sí pasó la noche el atacante fue en la cola larga. La dirección receptora principal hizo unas 490 operaciones a través de los routers de Uniswap, vendiendo los sesenta y tantos tokens ERC-20 menores sacados de Binance 14 — UNI, ENA, LINK, PEPE, AAVE y el resto — por ETH, y empujó otros 2.000 ETH a la dirección quieta a la 01:14:11 del 30 de octubre. CoinDesk estima que las posiciones del atacante en ENA, UNI, PEPE y AAVE equivalen al 7–15% de las tenencias declaradas por Binance de cada uno, lo que ayuda a explicar los movimientos bruscos de esos tokens. Mantener 1.400 millones en bitcoin quieto no es obviamente un error: ningún canal de blanqueo cripto puede absorber tanto deprisa sin que se note, y cada exchange y servicio de intercambio vigila ya esas diecisiete salidas.

6. La respuesta: comunicados, suspensión, solvencia

La comunicación pública de Binance fue más de una hora por detrás de la cadena. La primera alerta pública en X llegó a las 20:32:51 UTC, ocho minutos después del barrido de Ethereum. Conor Grogan, de Coinbase, estimó hasta 5.800 millones a las 21:05. Changpeng Zhao escribió a las 21:15:23: "It does look like a hack on Binance… I don't manage Binance (.com) anymore, but as a shareholder, I expect all user funds will be fully covered" (parece un hackeo; ya no dirige Binance, pero como accionista espera que todos los fondos de los usuarios queden cubiertos). El primer post de Yi He, a las 21:17:03, hablaba de "informes de un posible problema de seguridad"; un comunicado enviado por correo a TechCrunch aseguraba que "los fondos de los usuarios están completamente a salvo". La cuenta oficial de Binance anunció la suspensión de retiros a las 22:33:11. A las 00:04:46 del 30 de octubre Yi He escribió: "User funds are safe. Binance will cover all hacking losses. Deposits and withdrawals are temporarily suspended while our team conducts security checks, freezes funds, and works with law enforcement. We will share a full post-mortem once the investigation is complete." (Los fondos están a salvo, Binance cubrirá todas las pérdidas del hackeo, depósitos y retiros quedan suspendidos temporalmente y se publicará un post-mortem completo.) También se pausó el trading de Binance Alpha. Binance.US dijo ser "una plataforma separada e independiente" y no se vio afectada.

La actualización oficial posterior dio las tres cifras que importan: un "impacto total estimado" de "alrededor de 6.300 millones", "~3.000 millones congelados on-chain hasta ahora" y el compromiso de que "Binance cubrirá todas las pérdidas con el fondo SAFU y fondos de la empresa". Enumera las medidas inmediatas — depósitos y retiros suspendidos, "la autorización de la dirección afectada" revocada, fuerzas del orden y socios de inteligencia blockchain implicados — y promete un post-mortem técnico y una prueba de reservas actualizada tras la remediación. No da fecha de reapertura.

¿Puede Binance absorberlo? Con sus propias cifras, sí: un agujero neto de unos 3.300 millones frente a 144.000 millones en activos y años de beneficios, con una reserva prefinanciada de 1.160 millones. Evgeny Gaevoy, de Wintermute, lo dijo sin rodeos: "Binance has enough to withstand 3-4x of current hit and still be largely intact" (Binance tiene suficiente para aguantar tres o cuatro veces este golpe y seguir prácticamente intacta). El coste que queda es tiempo y confianza. Cada hora de retiros suspendidos en el mayor exchange se nota en todo el mercado, y la instantánea de prueba de reservas del 1 de noviembre será la primera prueba independiente de que los saldos de los clientes están completos. Un recordatorio de Bitget: su Fondo de Protección cubrió la pérdida, pero su congelación de retiros duró hasta ocho días.

Los mercados se movieron antes de que Binance hablara. CoinDesk informó de caídas del 4,8% en bitcoin, por debajo de 77.000 $, del 5,7% en ether, del 8% en BNB y del 11% en AAVE esa noche; Bitcoin.com informó de que bitcoin cayó hacia los 76.000 $ y de unos 1.400 millones en posiciones apalancadas liquidadas en 24 horas, casi todas largas, aunque señaló que bitcoin ya estaba débil antes de las primeras transferencias. En nuestra instantánea BTC cotizaba a 77.268 $ (−3,2% en 24 horas), ETH a 2.212 $ (−3,9%) y BNB a 707,88 $ (−5,2%).

7. Atribución: Corea del Norte es el sospechoso, no todavía la conclusión

Esa noche, Blockaid y el investigador ZachXBT dijeron que probablemente Corea del Norte estaba detrás del ataque, según CoinDesk; Ben-Natan dijo a TechFlow que el ataque guardaba "un parecido muy estrecho" con Bybit, con una preparación "muy alineada con los patrones operativos conocidos de los hackers norcoreanos". El caso circunstancial es real. Comprometer la estación de trabajo de un desarrollador o ingeniero DevOps para llegar a la infraestructura de firma es la firma del grupo norcoreano conocido como TraderTraitor (también UNC4899 o Jade Sleet): Ronin, DMM Bitcoin y Bybit empezaron todos por un ingeniero. La financiación por Tornado Cash con día y medio de antelación, los ensayos en wallets propias y los retiros sincronizados en ocho cadenas encajan con un operador grande y con muchos recursos.

Falta el tipo de prueba que lo zanjaría: ninguna muestra de malware ni infraestructura publicada del compromiso del portátil, ningún blanqueo por canales ya vinculados a la RPDC y ninguna declaración gubernamental. El FBI señaló a TraderTraitor por Bybit en menos de una semana. El comportamiento posterior al robo tampoco es aún el típico: los operadores norcoreanos suelen empezar a blanquear activos nativos en cuestión de horas, y aquí el bitcoin, el XRP y la mayor parte del ether no se habían movido en nuestra instantánea. Puede significar paciencia, un problema de capacidad con un botín de este tamaño o un actor distinto. No daríamos la atribución por establecida hasta que el post-mortem de Binance o un gobierno digan más.

8. Discusión: lo que este incidente deja claro

El servicio de firma es el perímetro. Los módulos hardware y el MPC impiden que las claves se copien. No sirven de nada si el servicio que tienen delante firma lo que le pida un llamante interno. En Bitget el llamante fue una orden falsificada del backend; en Binance, según su propio relato, un contenedor alcanzado desde el portátil de un ingeniero. Ambos exchanges pueden decir con verdad que no se filtró ninguna clave, y ambos perdieron todo lo que el firmante estaba dispuesto a firmar. Los controles que habrían importado aquí están en la petición: listas de destinos permitidos para las hot wallets, límites de valor por wallet y por hora que no puedan elevarse desde el mismo entorno, y tipado del contenido que rechace todo lo que no sea un retiro reconocido — ante todo, cualquier petición de firmar una autorización EIP-7702 con una clave de exchange.

EIP-7702 añade un modo de fallo que todo exchange debe vigilar ya. Antes de Pectra una EOA no podía adquirir código. Ahora cualquier hot wallet puede, y cuando ocurre, su saldo, sus depósitos futuros y cada contrato que confía en ella quedan expuestos hasta que la delegación se revoca con la misma clave. Una comprobación tan simple como leer eth_getCode en cada dirección de hot wallet en cada bloque y detenerse ante cualquier cosa distinta de 0x habría señalado a Binance 14 a las 20:20:59. Las smart wallets que conceden autoridad a una EOA deberían tratar un cambio en el código de esa EOA como motivo para pararse.

El radio de impacto fue el exchange entero. Una sola vía comprometida produjo firmas válidas en ocho cadenas en veinte minutos. Segmentar la firma por cadena y por nivel de wallet, de modo que un punto de apoyo en un servicio no pueda alcanzar a la vez los firmantes de XRP, Bitcoin y Ethereum, no habría evitado la intrusión; la habría acotado.

Los emisores de stablecoins son hoy la respuesta a incidentes del sector. Cerca de la mitad del mayor robo de la historia se congeló porque la mitad del botín eran stablecoins y Tether, Circle, World Liberty, Ripple y Paxos actuaron en menos de noventa minutos. Es una defensa real y una dependencia incómoda: funcionó aquí porque la víctima era Binance y el atacante era obvio. Sería razonable que los exchanges mantuvieran menos saldo operativo en activos incongelables. Los usuarios no deberían contar con congelaciones; solo se aplican a algunos activos y a algunas víctimas.

Para los usuarios, los puntos prácticos son pocos. Binance dice que los saldos están intactos y que cubrirá las pérdidas; no hay nada que hacer en la plataforma mientras depósitos y retiros estén suspendidos, y no debe enviarse nada a direcciones de depósito antiguas de Binance hasta que lo indique. Espere phishing que ofrezca "compensaciones" o pida "verificar" la cuenta. La lección de fondo es la de siempre: los activos que no necesita operar deben estar en una wallet cuyas claves controle usted (vea nuestra guía de wallets, claves y frases semilla), y puede seguir las direcciones del atacante con un explorador de bloques (cómo leer uno).

9. Limitaciones y preguntas abiertas

• Horas, no semanas. Este informe se elaboró unas siete horas después del robo. El mecanismo que da Binance es explícitamente preliminar, sus cifras de pérdida y congelación son estimaciones y su post-mortem no se ha publicado.
• Qué verificamos y qué no. Leímos nosotros mismos la delegación, los barridos, las transferencias directas, las congelaciones y la revocación en Ethereum, los pagos del XRP Ledger y las transacciones de Bitcoin. Las cantidades en TRON, Solana, Avalanche y Optimism, las congelaciones de WLFI, RLUSD, PAXG, XAUt y wBETH y los valores en dólares por activo proceden del análisis de Dickson Wu y de otras fuentes citadas.
• La lectura de los nonces es nuestra. Que el atacante tuviera una vía de firma y no una clave es una inferencia a partir del lote de cincuenta nonces, coherente con el comunicado de Binance; un post-mortem podría mostrar otra cosa.
• El punto de entrada no está explicado. Cómo se comprometió el portátil, cómo llegó el contenedor a los firmantes y por qué las políticas no frenaron los mensajes 7702 son incógnitas.
• Los totales varían según el método. Las estimaciones van de unos 5.300 millones (Glassnode) a 5.700–5.900 millones (Arkham, Chainalysis) y 6.280–6.300 millones (Dickson Wu, Binance). Usamos la cifra de Binance y mostramos la reconstrucción por cadena.
• Las instantáneas se mueven. Los saldos se leyeron entre las 03:00 y las 03:30 UTC del 30 de octubre; el atacante seguía operando.
• La atribución está abierta. Véase el §7.

Preguntas frecuentes

Metodología y fuentes de datos

Elaborado el 30 de octubre de 2026. Los hechos oficiales (mecanismo, estimaciones de pérdida y congelación, compensación, suspensión) proceden de la "Security Incident Update" de Binance y de los posts en X de Yi He y Changpeng Zhao; las acciones de los emisores, de los posts de Paolo Ardoino (Tether) y Jeremy Allaire (Circle); la cobertura, de CoinDesk, The Block, TechCrunch y Bitcoin.com News, contrastada cuando fue posible. La reconstrucción por cadena fuera de Ethereum se apoya en el análisis de Dickson Wu publicado por TechFlow y ChainCatcher. Nuestra propia verificación: en Ethereum, consultas eth_getCode, eth_getBalance, de transacciones, recibos y logs contra un JSON-RPC público (ethereum-rpc.publicnode.com) y la API de Blockscout para la transacción de delegación (lista de autorizaciones, firmantes recuperados, validez de nonces), las doce llamadas al sweeper, la transferencia de Binance 16, la revocación, el historial completo del operador y su financiación desde Tornado Cash, y los eventos AddedBlackList de USDT y Blacklisted de USDC desde el bloque 26.300.700; en el XRP Ledger, llamadas ledger, account_info y account_tx en xrplcluster.com en torno a los ledgers 107.986.688–107.986.695; en Bitcoin, el contenido completo de los bloques 973.730–973.734 vía blockchain.info y el estado de direcciones y gastos vía mempool.space. Todo entre las 03:00 y las 03:30 UTC del 30 de octubre. Las horas de los posts de X se decodificaron a partir de sus ID. Precios de CoinGecko a las 03:23 UTC. Las afirmaciones sobre intención, sobre el mecanismo más allá de las palabras de Binance y sobre la atribución son análisis y se formulan como tal.

Referencias

1. Binance — Security Incident Update (30 oct 2026): portátil DevOps, impacto ~6.300 M$, ~3.000 M$ congelados, SAFU — https://www.binance.com/en/support/announcement/detail/c5a8729a97ac486d963784d96c5642d7
2. Yi He (co-CEO de Binance) en X — "Binance will cover all hacking losses" (30 oct 2026, 00:04 UTC) — https://x.com/heyibinance/status/2115958049244631357
3. Yi He en X — "aware of reports of a potential security issue" (29 oct 2026, 21:17 UTC) — https://x.com/heyibinance/status/2115915841195942020
4. Changpeng Zhao en X — "It does look like a hack on Binance" (29 oct 2026, 21:15 UTC) — https://x.com/cz_binance/status/2115915423174853077
5. Paolo Ardoino (Tether) en X — más de 1.567 millones de USDT congelados (29 oct 2026) — https://x.com/paoloardoino/status/2115918000373346709
6. Jeremy Allaire (Circle) en X — más de 800 millones de USDC congelados (29 oct 2026) — https://x.com/jerallaire/status/2115916207463481846
7. Aave en X — congelación preventiva de los mercados V3 y V4 operados por la DAO (29 oct 2026) — https://x.com/aave/status/2115938394903638042
8. Binance.US en X — plataforma separada, no afectada (29 oct 2026) — https://x.com/BinanceUS/status/2115922119972491559
9. CoinDesk — Binance loses over $6 billion in 'biggest crypto hack in history' (29 oct 2026) — https://www.coindesk.com/business/2026/10/29/potential-multi-billion-binance-hack-hitting-crypto-markets
10. CoinDesk — Binance hack drained wallets backing customer assets, reserve data shows (30 oct 2026) — https://www.coindesk.com/business/2026/10/30/binance-hack-drained-wallets-backing-customer-assets-reserve-data-shows
11. CoinDesk — Live updates: Binance confirms security breach, cryptos fall (29 oct 2026) — https://www.coindesk.com/business/2026/10/29/live-updates-bitcoin-clings-to-usd80-000-as-strategy-s-cushion-thins-before-earnings
12. The Block — Binance investigating hack as suspicious outflows reach up to $5.8 billion (29 oct 2026) — https://www.theblock.co/news/markets/2026-10-29-binance-investigating-hack-suspicious-outflows-5-billion-432171
13. TechCrunch — Binance pauses withdrawals as hackers suspected of stealing billions in crypto (29 oct 2026) — https://techcrunch.com/2026/10/29/binance-pauses-withdrawals-as-hackers-suspected-of-stealing-billions-in-crypto/
14. Bitcoin.com News — Inside the $5.8B Binance hack: what's confirmed and what isn't (30 oct 2026) — https://news.bitcoin.com/security/inside-the-5-8b-binance-hack-whats-confirmed-and-what-isnt/
15. TechFlow — Dickson Wu (CertiK, SEAL): hot wallets de Binance en 8 cadenas hackeadas por 6.280 M$ (30 oct 2026) — https://www.techflowpost.com/en-US/article/34982
16. TechFlow — Binance hacked for $5.8 billion: recapping the largest cyberattack in crypto history — https://www.techflowpost.com/en-US/article/34981
17. ChainCatcher — Discussing the incident of Binance being hacked (Seven Research, 30 oct 2026) — https://www.chaincatcher.com/en/article/2300203
18. PANews — Binance: el incidente puede implicar el portátil comprometido de un ingeniero DevOps, sin filtración de claves — https://panews.io/articles/01a18aa0-7624-71d3-95c4-901bde2cba87
19. Etherscan — transacción de delegación EIP-7702 con 50 autorizaciones (bloque 26.300.753) — https://etherscan.io/tx/0xad99264d5532ae0dd04b2004eebda05f25657e70dacb764f7ac8d4ccd051298b
20. Etherscan — primer barrido de Binance 14: 167.464 ETH, 1.615 M USDT y 62 tokens (bloque 26.300.770) — https://etherscan.io/tx/0x53bd38b816c23e74134786c29a8c18d792777998a3b9326047b583100e88e2f3
21. Etherscan — transferencia directa de 28.005,6 ETH de Binance 16 al atacante — https://etherscan.io/tx/0x51f263fa50966df6bbd7f8c6e6e99e3791c94444f7c4343b2fef1ee2d62fd39f
22. Etherscan — Binance revoca la delegación (30 oct 2026, 00:10:35 UTC) — https://etherscan.io/tx/0xafbf94c92a8d749988411669fa14d4f8866d9b4420b4ebd299f28e958dac7209
23. Etherscan — hot wallet Binance 14, 0x28C6c06298d514Db089934071355E5743bf21d60 — https://etherscan.io/address/0x28C6c06298d514Db089934071355E5743bf21d60
24. Etherscan — contrato del atacante "Target", 0x63e842b054bd624a465454d533c33f573e9c6fae — https://etherscan.io/address/0x63e842b054bd624a465454d533c33f573e9c6fae
25. Etherscan — dirección receptora principal del atacante, 0x5227f603c1ee34ce3c06efe6477003bdfccb2f8c — https://etherscan.io/address/0x5227f603c1ee34ce3c06efe6477003bdfccb2f8c
26. Etherscan — dirección con 197.460 ETH, 0x8532FA14ACAf483729C449b8458aedDb900543D4 — https://etherscan.io/address/0x8532FA14ACAf483729C449b8458aedDb900543D4
27. XRPScan — cuenta del atacante en el XRP Ledger rK21t6nGLy4MNDqhvy3pGwcLFy25qgfzMx — https://xrpscan.com/account/rK21t6nGLy4MNDqhvy3pGwcLFy25qgfzMx
28. mempool.space — primera dirección Bitcoin que recibió 18.270,2 BTC, bc1q0mtc2f5agpkvlq6hhahmfr3hlr55kyfjhl2mnm — https://mempool.space/address/bc1q0mtc2f5agpkvlq6hhahmfr3hlr55kyfjhl2mnm
29. Ethereum Improvement Proposals — EIP-7702: Set Code for EOAs — https://eips.ethereum.org/EIPS/eip-7702
30. Ethereum Improvement Proposals — EIP-7600: Hardfork Meta — Pectra — https://eips.ethereum.org/EIPS/eip-7600
31. The Block — Wintermute warns Pectra upgrade leaves Ethereum users at risk of automated attacks (1 jun 2025) — https://www.theblock.co/news/ecosystems/2025-06-01-wintermute-warns-pectra-upgrade-leaves-ethereum-users-at-risk-of-automated-attacks-356481
32. The Block — Binance finalizes $1 billion SAFU reserve conversion into bitcoin (feb 2026) — https://www.theblock.co/post/389567/binance-finalizes-1-billion-safu-reserve-conversion-into-bitcoin
33. Chainalysis — el robo cripto de 2025 alcanza 3.400 millones de dólares — https://www.chainalysis.com/blog/crypto-hacking-stolen-funds-2026/
34. Wikipedia — Bybit (hackeo de febrero de 2025, Safe{Wallet}, atribución del FBI a TraderTraitor) — https://en.wikipedia.org/wiki/Bybit
35. Wikipedia — Binance (historia, hackeo de 2019, SAFU, dirección) — https://en.wikipedia.org/wiki/Binance
36. Wikipedia — brecha de LastPass de 2022 (ordenador doméstico de un ingeniero DevOps) — https://en.wikipedia.org/wiki/2022_LastPass_data_breach

Historial de revisiones