Un atacante vació varias carteras calientes de Binance en cuestión de minutos durante la noche del 29 de octubre de 2026, y la plataforma de intercambio cifra el impacto del hackeo a Binance en unos 6.300 millones de dólares, según recoge CoinDesk. Es el mayor robo de criptoactivos registrado hasta ahora, y su alcance fue creciendo durante la madrugada a medida que aparecían salidas de fondos en otras cadenas.
Binance ha prometido cubrir todas las pérdidas con sus reservas y recursos propios, ha pausado las retiradas mientras revisa su seguridad y asegura que unos 3.000 millones de dólares ya están congelados por emisores de stablecoins y otros socios del sector. Lo que todavía no ha explicado es cómo se obtuvieron las firmas válidas que hicieron posible el ataque, y esa respuesta afecta a cualquier plataforma que custodie criptoactivos de terceros.
Para quienes tienen criptoactivos en Bit2Me, la compañía ha publicado una politique de confidentialité: sus clientes no están afectados porque Bit2Me no mantiene en custodia activos en la plataforma implicada, y sus servicios funcionan con normalidad. La compañía añade que sigue el incidente y que informará por sus canales oficiales. Ese mensaje no elimina la preocupación del sector, porque el incidente reabre el debate sobre cómo se protegen las claves que mueven miles de millones.
TL; DR
- Un atacante vació carteras calientes de Binance el 29 de octubre de 2026; la plataforma estima el impacto en unos 6.300 millones de dólares.
- Se sirvió de 50 autorizaciones EIP-7702 firmadas con una cartera de Binance, y aún se desconoce cómo consiguió esas firmas válidas.
- Bit2Me informa de que los criptoactivos de sus clientes no están afectados y de que sus servicios funcionan con normalidad.
- Congelar fondos no equivale a recuperarlos: Binance promete cubrir las pérdidas, pero su informe técnico tardará, y los mensajes falsos ya circulan.
Qué ocurrió en el hackeo a Binance
La secuencia empezó el miércoles 28 de octubre, cuando la dirección del atacante recibió pequeños retiros desde Tornado Cash, y siguió el jueves con el despliegue de un contrato barredor hacia las 16:00 UTC, que probó en carteras propias. A las 20:20:59 UTC llegó una única transacción con 50 autorizaciones dirigida a la portefeuille chaud etiquetada como Binance 14, según el análisis de CoinDesk.
Cuatro minutos después, a las 20:24:23 UTC, el contrato sacó de esa cartera unos 167.464 ETH, unos 1.600 millones de dólares en USDT y decenas de tokens más en una sola transacción, por un valor cercano a los 2.500 millones de dólares. Los barridos continuaron con los ingresos de clientes que seguían llegando a la misma cartera y con una segunda retirada desde Hot Wallet 34, de 823 millones de USDC según TRM Labs.
Las salidas no se limitaron a Ethereum: en cadenas sin EIP-7702, como Bitcoin o Tron, los fondos salieron con transferencias firmadas corrientes, y Observatoire Blockchain cuenta otras diez carteras calientes en cuatro cadenas que enviaron fondos a la misma dirección en 12 minutos.
Cómo se ejecutó el ataque con EIP-7702
EIP-7702 es una mejora de Ethereum activada en mayo de 2025 con la actualización Pectra, que permite a una cartera normal ejecutar el código de un contrato inteligente mediante una autorización firmada. Cualquiera puede enviar esa autorización a la red, y sigue vigente hasta que se registre otra que la reemplace o la cancele. Si quieres saber cómo se aprueban estos cambios, tienes la guía de Academy sobre las propuestas de mejora de Ethereum (EIP).
El atacante preparó 50 autorizaciones firmadas por Binance 14, con contadores de transacción (nonces) consecutivos entre 18.914.775 y 18.914.824, porque la cartera seguía operando y su contador cambiaba a cada movimiento. Ethereum aceptó solo la 18.914.809, la que coincidía con el estado de la cartera en ese momento, y esa delegación apuntaba al contrato barredor.
Lo que se desconoce es cómo se consiguieron esas firmas. El co-CEO de Binance, Richard Teng, ha señalado que la investigación preliminar apunta al portátil comprometido de un ingeniero de DevOps, que habría dado acceso a un contenedor de servicio para lanzar retiradas no autorizadas, y que no hay pruebas de que se filtraran claves privadas.
Binance dijo después haber hallado otros puntos de brecha sin detallarlos, y CoinDesk recoge una hipótesis aún sin confirmar: que el atacante indujera a la propia infraestructura de firma a generar las autorizaciones.
Binance 14 revocó la delegación a las 00:10:35 UTC del viernes, casi cuatro horas después de la primera autorización. Observatorio Blockchain subraya que no hubo un fallo de Ethereum, porque las firmas eran válidas, y que una cartera caliente capaz de ejecutar código con una sola firma concentra demasiado poder.
Cuánto se perdió y qué se ha congelado
Las cifras todavía se mueven y cada fuente cuenta de forma distinta, así que conviene leerlas como horquillas y no como un dato cerrado. Binance estima el impacto en unos 6.300 millones de dólares repartidos en varias cadenas, mientras que los recuentos on-chain citados por Observatorio Blockchain y por Decrypt van de unos 5.600 a 6.400 millones.
| concept | Chiffre | Source et date |
| Impacto estimado por Binance | Unos 6.300 millions de dollars | Binance, vía CoinDesk, 30/10/2026 |
| Recuentos externos | Entre 5.600 et 6.400 millions de dollars | Observatorio Blockchain y Decrypt, 29-30/10/2026 |
| Salido de una cartera de Ethereum | Unos 2.500 millones de dólares en menos de 4 minutos | CoinDesk, 30/10/2026 |
| Congelado según Binance | Unos 3.000 millones de dólares (2.540 millones el 29/10) | Binance, vía CoinDesk y Observatorio Blockchain |
| USDT congelado por Tether | 1.567 milliards USD | The Block, 29/10/2026 |
| USDC congelado por Circle | Más de 800 millones de USDC | The Block, 29/10/2026 |
| Recursos reservados por Binance | Plus de 6.340 millions de dollars | CoinDesk, 30/10/2026 |
Congelar no es lo mismo que recuperar, y el análisis de Observatorio Blockchain recuerda que ese proceso puede alargarse semanas. Binance ha comprometido más de 6.340 millones de dólares de recursos corporativos para restituir los saldos, de los cuales 5.000 millones ya están en los mismos tokens afectados, y también emplearía el fondo de emergencia SAFU, de unos 1.000 millones en bitcoin.
Dos firmas de análisis on-chain, Chainalysis y TRM Labs, atribuyen el ataque con alta confianza a un grupo de hackers de Corea del Norte, según CoinDesk. Se trata de una atribución de terceros: Binance aún no ha publicado el informe técnico que debe aclarar la ruta completa del ataque.
Por qué tus criptoactivos en Bit2Me no están afectados
Bit2Me publicó el 30 de octubre una nota informativa en la que explica que el incidente no afecta a los criptoactivos de sus clientes, ya que la compañía no los custodia en la plataforma implicada. Sus servicios funcionan con normalidad, y puedes comprobarlo en la página de estado, mientras el equipo sigue el incidente y el mercado para informar por los canales oficiales.
La compañía añade un matiz que conviene leer entero: nadie puede prometer una seguridad absoluta. Estar autorizado no significa que una plataforma no pueda sufrir un robo ni que el valor de los activos esté protegido, sino que tiene obligaciones antes y después de un incidente y responde ante sus clientes en los casos que define MiCA.
Qué exige MiCA a una plataforma que custodia criptoactivos
En la Unión Europea, el reglamento MiCA (Markets in Crypto-Assets) fija reglas concretas para quien custodia criptoactivos ajenos, y BITCOINFORME, S.L. (Bit2Me) está autorizada por la CNMV como proveedor de servicios de criptoactivos, custodia incluida. Según la nota de la compañía, esa supervisión se traduce en tres obligaciones.
- Segregación: los activos de los clientes se mantienen separados de los de la empresa y, si esta entra en concurso, quedan fuera de su patrimonio.
- Responsabilidad: si el custodio pierde activos de un cliente por un incidente que le sea atribuible, responde ante él hasta el valor de mercado de lo perdido en ese momento.
- Política de custodia: el proveedor debe reducir al mínimo el riesgo de pérdida por fraude o por negligencia, incluidas las amenazas cibernéticas.
A esto se suma DORA, el reglamento europeo de resiliencia operativa digital, que obliga a gestionar el riesgo tecnológico y a probar los planes de respuesta, además de comunicar al supervisor los incidentes graves. Bit2Me indica que sus certificaciones y políticas de seguridad son públicas, que están auditadas de forma independiente y que pueden consultarse en su Trust Center.
Cómo protegerte de los mensajes fraudulentos tras el incidente
Después de un incidente de este tamaño suelen aparecer mensajes que suplantan a plataformas con el fin de robar credenciales o fondos, según advierte Bit2Me en su nota. La regla útil es tratar con desconfianza cualquier comunicación inesperada, aunque parezca llegar de una empresa que conoces.
- Nunca compartas contraseñas ni códigos de verificación, y menos aún tu frase semilla (seed phrase).
- No pulses en enlaces que no esperabas recibir.
- No respondas a mensajes sospechosos: contacta con Bit2Me solo por sus canales oficiales.
- Si ya respondiste a uno, abre un caso en soporte cuanto antes.
- Activa la autenticación de dos factores (2FA) si todavía no la tienes.
Estas medidas valen para cualquier plataforma, no solo para Bit2Me, y conviene aplicarlas aunque nunca hayas tenido fondos en Binance, porque los mensajes fraudulentos se envían en masa a quien aparezca en una lista.
Estado actual del incidente de Binance en octubre de 2026
Este resumen refleja lo publicado hasta la tarde del 30 de octubre de 2026 por Binance, CoinDesk y The Block, y la información sigue cambiando. La consulta directa en los canales oficiales de cada plataforma será siempre más fiable que cualquier cifra de este texto.
| Objet | situation | source |
| Retiradas en Binance | Pausadas durante los controles de seguridad; Binance indicó que podrían reanudarse en 48 horas | CoinDesk, 30/10/2026 |
| Cobertura de pérdidas | Más de 6.340 millones de dólares reservados | CoinDesk, 30/10/2026 |
| Causa del ataque | Sin confirmar: portátil comprometido y otros puntos de brecha sin detallar | CoinDesk, 30/10/2026 |
| Rapport technique | Prometido al cerrar la investigación, sin fecha | The Block, 29/10/2026 |
| Attribution | Chainalysis y TRM Labs señalan a un grupo de hackers de Corea del Norte | CoinDesk, 30/10/2026 |
| Bit2Me | Servicios con normalidad y criptoactivos de clientes no afectados | Bit2Me, 30/10/2026 |
Lo que deja el hackeo a Binance al resto del sector
El hackeo a Binance ha mostrado que el vector fue una firma y no un fallo de Ethereum: según Observatorio Blockchain, EIP-7702 se diseñó para dar comodidad al usuario, pero en una cartera caliente se convirtió en un permiso persistente sin supervisión. La promesa de cubrir las pérdidas resuelve la situación de los clientes de Binance, aunque deja abierta la pregunta de cómo se protegen las claves de custodia en el resto de plataformas.
Habrá que esperar al informe técnico de Binance para saber cómo se obtuvieron las firmas y si el mismo diseño de custodia existe en otras plataformas. Mientras tanto, para quien guarda criptoactivos en una plataforma regulada, la pregunta útil es cómo se separa su custodia de los fondos de la empresa y quién responde si algo falla.
Informations légales
Avis importantCet article est fourni à titre informatif et pédagogique uniquement. Son contenu ne constitue en aucun cas un conseil financier, juridique ou fiscal. Les cryptomonnaies sont des placements à haut risque et leur valeur peut fluctuer considérablement. Consultez un professionnel qualifié avant toute décision d'achat ou d'investissement.
BITCOINFORME, S.L., que opera como Bit2Me, es un proveedor de servicios de criptoactivos autorizado y regulado por la CNMV conforme al artículo 59 de MiCA.
Preguntas frecuentes sobre el hackeo a Binance
¿Qué ha pasado en el hackeo a Binance?
Un atacante vació varias carteras calientes de Binance la noche del 29 de octubre de 2026 mediante autorizaciones EIP-7702 firmadas con una cartera de la plataforma. Binance estima el impacto en unos 6.300 millones de dólares.
¿Cuánto dinero se ha perdido?
Binance cifra el impacto en unos 6.300 millones de dólares, mientras que los recuentos externos van de 5.600 a 6.400 millones. Las cifras pueden cambiar cuando se publique el informe técnico.
¿Cómo consiguió el atacante vaciar las carteras?
Preparó 50 autorizaciones con nonces consecutivos y la red aceptó la que coincidía con el estado de la cartera. Cómo obtuvo las firmas válidas sigue sin aclararse.
¿Qué es EIP-7702?
Es una mejora de Ethereum, activada en mayo de 2025 con Pectra, que permite a una cartera normal ejecutar código de un contrato inteligente mediante una autorización firmada. Esa autorización sigue vigente hasta que se sustituya o se cancele.
¿Están afectados mis criptoactivos en Bit2Me?
Según la nota informativa de la compañía, no, porque Bit2Me no los custodia en la plataforma implicada. Sus servicios funcionan con normalidad y puedes consultar la página de estado.
¿Qué es una cartera caliente y por qué es un punto débil?
Es una cartera conectada a internet que una plataforma usa para mover fondos con rapidez. Al estar disponible de forma permanente, un fallo en las firmas o en el sistema que las genera puede dejar expuestos grandes volúmenes.
¿Qué pasará con los usuarios de Binance?
Binance ha prometido cubrir todas las pérdidas con sus reservas y recursos corporativos. Las retiradas están pausadas durante los controles de seguridad y la plataforma indicó que podrían reanudarse en unas 45-48 horas.
¿Qué diferencia hay entre congelar y recuperar fondos?
Congelar impide que los emisores de stablecoins muevan los activos señalados, pero no devuelve los fondos a su dueño. Recuperarlos puede llevar semanas y depende de los emisores y de las autoridades.
¿Cómo reconozco un mensaje fraudulento tras un incidente así?
Desconfía de cualquier mensaje inesperado que pida contraseñas, códigos de verificación o tu frase semilla, o que incluya enlaces que no esperabas. Contacta con la plataforma solo por sus canales oficiales.
¿Qué obligaciones tiene una plataforma regulada si pierde criptoactivos de clientes?
En la Unión Europea, MiCA exige separar los activos de los clientes de los de la empresa y responder por las pérdidas atribuibles al custodio. Además, DORA obliga a gestionar el riesgo tecnológico y a comunicar al supervisor los incidentes graves.
