EntornoInteligente

🚨 ASÍ EJECUTARON EL SAQUEO DE BINANCE, MÁS DE 5.8 MIL MILLONES DE DÓLARES. Robar es malo, pero cuando se trata de blockachain, se vuelve un tema interesante. Aquí te explico como lograron tal hazaña. La primera extracción rondó los 2.5 mil millones de dólares en una sola transacción. Después se identificaron movimientos desde otras carteras que elevaron las estimaciones del ataque hasta los 5.8 mil millones. El atacante consiguió que una de las carteras de Binance ejecutara su código. Minutos después comenzó el vaciado. El dinero pasó a una dirección receptora, se dividió entre varias carteras y una parte terminó convertida en ETH mediante Uniswap y préstamos de Aave. La reconstrucción preliminar permite seguir buena parte de ese recorrido. El primer acceso al sistema de firmas sigue sin resolverse públicamente, pero la secuencia posterior deja un rastro mucho más concreto. La preparación comenzó antes del golpe. Según Blockaid, la dirección operadora recibió fondos desde Tornado Cash para pagar las comisiones. Después ensayó la delegación y el vaciado sobre pequeñas carteras propias, y desplegó el contrato que utilizaría contra Binance. Ese contrato tenía un operador autorizado y dos capacidades especialmente peligrosas. Podía extraer activos y realizar llamadas a otros contratos desde la cuenta comprometida. El objetivo principal era Binance 14. Para tomarla, el atacante utilizó EIP‑7702, una función de Ethereum que permite a una cuenta autorizar código externo para ejecutarse en su propio contexto. La dirección conserva su identidad, pero adquiere el comportamiento del contrato delegado. La autorización necesita una firma válida de la cuenta afectada. Ahí está la incógnita del acceso inicial. Alguien consiguió producir firmas que Ethereum reconoció como válidas para Binance 14. La transacción presentada contenía 50 autorizaciones con nonces consecutivos. El nonce es el contador que debe coincidir con el estado de la cuenta para que esa autorización sea aceptada. Binance 14 seguía procesando operaciones. El atacante cubrió una ventana de valores y una autorización coincidió. Desde ese momento, la cartera quedó vinculada al contrato de vaciado. 3 minutos y 24 segundos después llegó la extracción. Una llamada a la función de vaciado movió aproximadamente 167,464 ETH, 1,615 millones de USDT y decenas de tokens hacia la dirección 0x5227…2f8c. Blockaid calcula unos 2,500 millones de dólares en esa primera operación. Solo 24 segundos más tarde, Binance 16 envió otros 28,005.6 ETH y más tokens al mismo destino. Esta segunda cartera realizó transferencias firmadas directamente. El ataque ya mostraba actividad más allá de la cuenta tomada mediante EIP‑7702. Mientras el dinero empezaba a repartirse, el atacante aprovechó otra relación de confianza. Binance 14 tenía autoridad sobre Hot Wallet 34. Al ejecutar código desde Binance 14, podía llamar a esa cartera conservando la identidad que sus controles reconocían como autorizada. Por esa vía salieron 780 millones de USDC y después otros 43 millones. Ambos movimientos alimentaron la misma receptora. El siguiente problema del atacante era conservar el control del botín antes de que los emisores bloquearan las stablecoins. La reconstrucción de drk describe dos ramas iniciales desde la receptora, una con 500 millones de USDT y otra con 200 millones. En la primera, unos 325 millones de USDT pasaron por UniswapX y sus ejecutores de órdenes, produciendo aproximadamente 122,000 ETH. Los 175 millones de USDT restantes terminaron bloqueados en otra dirección. En la segunda, 10 millones de USDT se intercambiaron por unos 3,552 ETH. Los otros 190 millones siguieron hacia una cartera identificada como Exploiter 3. Desde allí, 130 millones de USDT continuaron hacia otras direcciones para venderse. Los 60 millones restantes se depositaron en Aave como garantía. Aquí ocurrió la maniobra de los préstamos. El atacante dejó esos USDT respaldando una posición y obtuvo 19,762 WETH, la representación de ETH utilizada por numerosos contratos DeFi. Aave entregó liquidez contra una garantía. La operación reportada no requiere suponer una vulnerabilidad en el protocolo. El atacante estaba utilizando activos robados para abrir una posición de deuda. El resultado era que podía trasladar el WETH recibido mientras los USDT quedaban comprometidos dentro del préstamo. Congelar posteriormente su dirección no deshacía esa operación ni devolvía automáticamente el activo prestado. Tether comunicó bloqueos por más de 1,567 millones de USDT y Circle por más de 800 millones de USDC relacionados con el incidente. Esas cifras corresponden a sus anuncios, con distintos cortes de seguimiento. Pero parte del dinero ya había cambiado de activo. ETH nativo carece de una función de bloqueo administrada por un emisor equivalente a la de esas stablecoins. Su recorrido sigue siendo rastreable, pero congelar USDT no congela el ETH obtenido anteriormente a cambio. ¿Dónde terminó ese ETH? El seguimiento de drk situaba unos 195,460 ETH en una dirección, 122,293 ETH en otra rama y 57,892 ETH en un tercer destino. Sumaban aproximadamente 375,645 ETH en ese corte. Esa suma ya incorpora fondos procedentes de intercambios y del préstamo. Agregar otra vez los 19,762 WETH inflaría el resultado. Todavía no es un balance final. Es una fotografía del recorrido identificado, y explica por qué los 195,460 ETH de la infografía solo cuentan una parte de la historia. Además, la delegación seguía activa. Blockaid reportó otro vaciado posterior de unos 200 millones de USDT y otros tokens que habían llegado a Binance 14 después del primer golpe. El ataque había dejado una autorización persistente en la propia cuenta. Mientras esa autorización continuara vigente, volver a recibir fondos significaba volver a exponerlos. La blockchain permite reconstruir ese trayecto desde la autorización hasta las carteras receptoras, los intercambios y el préstamo. Cifras y movimientos correspondientes a investigaciones preliminares. La imagen muestra un corte del seguimiento, no el balance definitivo. La pieza que falta está antes de todo eso. ¿Cómo consiguió el atacante que se produjeran las firmas que le abrieron el acceso? Lee mi anterior post, este es apenas el primer de varios hackeos que están por ocurrir: LEE MÁS AQUÍ: xitter.gq/artmichel_eth/status/2…