Exploit de Coldcard: un error de firmware de 2021 permitió el robo de USD 116 millones en Bitcoin desde julio de 2026

El exploit contra las billeteras hardware Coldcard, que comenzó el 30 de julio de 2026, es el mayor ataque a este tipo de dispositivos en la historia. Un error de firmware introducido en marzo de 2021 redujo la aleatoriedad en la generación de semillas de 128 bits a tan solo 40 bits, lo que permitió a los atacantes reconstruir claves privadas de forma remota y vaciar billeteras en cuatro oleadas coordinadas . El robo confirmado asciende a aproximadamente 1.816 BTC —unos USD 116 millones al momento del ataque— desde más de 5.200 direcciones . Las consecuencias se sintieron en toda la red de Bitcoin, provocando una migración de USD 15.000 millones por parte de tenedores de largo plazo y una creación récord de nuevas billeteras .

Causa de la vulnerabilidad: una bandera de compilación que rompió la aleatoriedad

El origen del problema fue un error de integración en el firmware introducido en una actualización de Coldcard de marzo de 2021 . Las versiones afectadas —particularmente Coldcard Mk2 y Mk3 con firmware 4.0.0 hasta 5.0.3— omitieron el generador de números aleatorios por hardware (RNG) dedicado del dispositivo durante la creación de la semilla de la billetera . En lugar de los 128 bits de entropía previstos, el firmware redirigió la generación a un generador pseudoaleatorio por software que producía semillas con tan solo 40 bits de entropía, reduciendo el espacio posible de semillas a aproximadamente 4.000 millones de valores .

Esto hizo que las semillas fueran predecibles y vulnerables a ataques de fuerza bruta a partir de datos públicos como números de serie y lecturas de reloj, sin necesidad de acceso físico a la billetera . Los usuarios que generaron su propia semilla manualmente (usando dados, por ejemplo) no se vieron afectados .

Cronología del ataque: cuatro oleadas en cinco días

• Marzo de 2021 — El código defectuoso se introduce en una actualización de Coldcard.
• 30 de julio de 2026, 01:10–01:51 UTC — Primera oleada masiva: 1.082,65 BTC (unos USD 70 millones en ese momento) drenados de 1.196 direcciones en solo 41 minutos . El ataque comenzó casi 30 horas antes de que Coinkite emitiera una advertencia pública .
• 30 de julio de 2026, por la tarde (hora del Este de EE. UU.) — Segunda oleada de 25 minutos: aproximadamente 594 BTC (~USD 38 millones) sustraídos de unas 500 billeteras .
• Finales de julio hasta el 3 de agosto de 2026 — Al menos dos oleadas coordinadas más, con Galaxy Research rastreando tres oleadas confirmadas y 14 incidentes menores .
• 31 de julio de 2026 — Coinkite lanza parches de emergencia para todos los modelos y versiones afectadas .
• 1 al 4 de agosto de 2026 — Las advertencias públicas se intensifican mientras el atacante continúa drenando billeteras. Galaxy Research eleva repetidamente sus estimaciones de pérdidas .
• 7 al 12 de agosto de 2026 — Surgen datos sobre las consecuencias en la cadena, mostrando una migración masiva de tenedores y una creación récord de billeteras .

Monto total robado

Las estimaciones variaron a medida que se desarrollaba el incidente, pero la cifra más completa proviene de TRM Labs y Galaxy Research: aproximadamente 1.816 BTC (~USD 116 millones) robados de más de 5.200 direcciones en cuatro oleadas . Reportes anteriores citaban totales más bajos (1.367 BTC desde 4.585 direcciones, o ~USD 89 millones) mientras la investigación aún estaba en curso . Algunas fuentes estimaron que las pérdidas totales podrían alcanzar los 2.055 BTC (~USD 130 millones) si una cuarta oleada sospechada se verificaba por completo .

La migración de USD 15.000 millones: 233.000 BTC abandonan billeteras de largo plazo

En los días posteriores al ataque, las firmas de análisis en cadena registraron una huida masiva hacia la seguridad:

• Los datos de Checkonchain mostraron que 233.000 BTC salieron de billeteras de tenedores de largo plazo, valorados en aproximadamente USD 15.000 millones .
• Glassnode reportó aproximadamente 210.000 BTC (~USD 13.690 millones) que salieron de billeteras inactivas durante más de 155 días: la caída semanal más significativa en Bitcoin mantenido por periodos prolongados desde diciembre de 2024 .

La migración reflejó tanto a usuarios de Coldcard moviendo fondos a nuevas billeteras como un pánico más amplio en el que tenedores de largo plazo —incluyendo usuarios de Ledger y Trezor, según Nick Neuman, CEO de Casa— trasladaron sus monedas a otros sistemas de custodia .

Creación récord de billeteras: 2,27 millones de nuevas billeteras en una semana

En la semana que terminó aproximadamente el 8 de agosto de 2026, Bitcoin registró su máximo de 2026 en actividad en cadena:

• Se crearon 2,27 millones de nuevas billeteras.
• Se registraron 751.000 billeteras activas.

Este pico fue impulsado directamente por los tenedores que se apresuraron a sacar sus fondos de los dispositivos Coldcard y generar billeteras completamente nuevas en otro hardware .

El debate sobre la autocustodia

El exploit desencadenó un intenso debate sobre los supuestos de seguridad de las billeteras hardware y la autocustodia:

• Nick Neuman, CEO de Casa, reportó que algunos clientes, citando el ataque a Coldcard, estaban reconsiderando la autocustodia por completo y mudándose a custodios calificados .
• Expertos en seguridad señalaron que incluso las billeteras "frías" solo son tan seguras como su firmware y su implementación de RNG: el ataque no requirió acceso físico ni error del usuario, lo que sacudió la confianza en la promesa central de las billeteras hardware .
• El incidente fue descrito como el mayor exploit de billeteras hardware de la historia y planteó preguntas sobre si son necesarios esquemas de múltiples firmas y custodias diversificadas, incluso para tenedores sofisticados de Bitcoin .

La advertencia clave de Coinkite: generar semillas completamente nuevas

Coinkite emitió una advertencia urgente de que un simple parche de firmware no era suficiente para los usuarios afectados:

• Las semillas generadas en firmware vulnerable quedaron comprometidas de forma permanente. La baja entropía significaba que la frase semilla estaba dentro del espacio de ataque de fuerza bruta del atacante.
• Se instruyó a los usuarios a generar una semilla completamente nueva en un firmware parcheado o en un hardware no afectado, transferir los fondos a la nueva billetera y no reutilizar nunca la semilla anterior .
• Simplemente actualizar el firmware no fortalecía retroactivamente una semilla ya débil .