Hackeo récord a Binance: el patrón de una semana de parches a medias

Interpretación editorial: varios fallos de la semana comparten una forma, no una causa. En Binance, GitLab y eMudhra, un indicador visible decía «cerrado» (lista de reservas, versión actualizada, bloqueo en navegadores), mientras el componente que de verdad actuaba seguía abierto: un servicio de retiradas alcanzable desde un portátil, el Ruby empaquetado o la herramienta que lee cert.pem. Lo que cambió esta semana es que ya hay consecuencias medibles: pérdida cuantificada en Binance y explotación activa declarada por CISA para GitLab. Es el mayor robo cripto conocido, según los medios y firmas de análisis citados. Supera a Bybit (~1.500 M$, febrero de 2025). Pone a prueba la promesa de que los fondos están a salvo y el respaldo 1:1, porque las carteras vaciadas figuran en la lista de reservas de Binance. Para el sector tecnológico, el dato más relevante es el vector: según la investigación inicial de Binance, el eslabón fue un portátil de ingeniería y un contenedor de servicio con capacidad de ordenar retiradas, no un fallo criptográfico. Qué vigilar: Antes de las 04:17 UTC del 1 de noviembre: que Binance reanude retiradas, como dijo Yi He, y publique prueba de reservas actualizada y autopsia. Debe aclarar si el vector fue un contenedor de servicio sin filtración de claves, como afirma, o hubo compromiso de claves, como interpreta CoinDesk. Antes del 12 de noviembre: que Apple publique una actualización que corrija /etc/ssl/cert.pem y que se aclare cuántas instalaciones de GitLab con Ruby propio siguen vulnerables. Descodificado: hay noticias, y luego está lo que significan. Sigue Descodificado en tu plataforma para recibir el próximo episodio.