El hackeo a Coldcard de 2026: el robo de $130 millones en Bitcoin que sacudió la autocustodia

El 30 de julio de 2026 comenzó lo que se convertiría en el mayor robo de la historia contra billeteras frías de Bitcoin. En los días siguientes, los atacantes drenaron entre 1.596 y 2.055 BTC (aproximadamente entre 100 y 130 millones de dólares) de dispositivos Coldcard, comercializados como el estándar de oro para el almacenamiento en frío aislado del aire . La causa raíz fue un único error en una macro del preprocesador, introducido en el firmware en marzo de 2021, que colapsó la aleatoriedad criptográfica de la generación de semillas de 128 bits seguros a tan solo ~40 bits . Este artículo ofrece un relato completo de la brecha, basado en informes de Galaxy Research, TRM Labs, Forbes, Fortune, TechCrunch, The Block, Cointelegraph y otros.

La magnitud de la brecha: pérdidas en BTC y dólares

El ataque se desarrolló en al menos cuatro oleadas crecientes. El recuento confirmado en las tres primeras oleadas es de 1.596 BTC robados de aproximadamente 7.300 direcciones, con una posible cuarta oleada que podría elevar el total a unos 2.000–2.055 BTC . Diferentes empresas de análisis blockchain reportaron cifras ligeramente distintas debido a los diferentes cortes de recuento y a si se incluía la actividad no confirmada de la cuarta oleada :

Fuente	BTC robados	Equivalente en USD
Galaxy Research (confirmado)	~1.596 BTC	~$100M+
Galaxy Research (incl. 4.ª oleada)	~2.000 BTC	~$130M
TRM Labs	~1.816 BTC	~$116M
K33	—	~$114M
CryptoQuant / otros	1.432–1.367 BTC	~$89M–$100M

Galaxy Research identificó al menos a 15 atacantes distintos explotando la vulnerabilidad simultáneamente . Sorprendentemente, el 90% de los BTC robados permanecía intacto a principios de agosto, y Galaxy proporcionó las direcciones de los atacantes a las autoridades federales de EE. UU. .

Causa raíz: un error de firmware de marzo de 2021

La vulnerabilidad era un error de macro del preprocesador introducido en el firmware Coldcard v4.0.1, lanzado en marzo de 2021 . Un guardia del preprocesador C verificaba si una macro estaba definida en lugar de verificar su valor. Esto hizo que el enlazador resolviera la generación de la semilla contra un generador de números pseudoaleatorios (PRNG) de software determinista en lugar del generador de números aleatorios por hardware (TRNG) STM32 . El error había permanecido inadvertido en el código abierto durante más de cinco años .

Colapso de la entropía: En los dispositivos Mk2 y Mk3 (con firmware v4.0.1 a v4.1.9), la entropía efectiva cayó de los 128 bits previstos a aproximadamente ~40 bits . En los modelos Mk4, Mk5 y Q, la alternativa proporcionó unos 72 bits, también por debajo de lo especificado . Las semillas generadas con ~40 bits de entropía se pueden forzar por fuerza bruta sin acceso físico al dispositivo .

La cronología del exploit

El ataque progresó con una rapidez alarmante:

• 30 de julio de 2026, ~01:10–01:56 UTC: El primer atacante barrió aproximadamente 594 BTC (~$38M) de ~500 billeteras de firma única en una ventana de tres bloques (unos 25 minutos) . El atacante forzó las semillas débiles en 41 minutos .
• Para el 1 de agosto: Las pérdidas alcanzaron ~1.082 BTC. Una segunda oleada de ataque drenó ~284 BTC .
• 2–4 de agosto: Una tercera oleada golpeó, y Galaxy Research identificó una sospechosa cuarta oleada .
• Total de direcciones afectadas: Más de 5.200 (Forbes/TRM) a más de 7.300 (Galaxy Research) .

Todas las billeteras afectadas eran de configuración de firma única. Las billeteras multifirma no se vieron afectadas .

El parche de firmware de Coinkite — y su limitación crítica

Coinkite lanzó un firmware parcheado que restauraba la ruta correcta del RNG de hardware para la generación futura de semillas . Sin embargo, el parche no puede reparar retroactivamente las semillas ya generadas por el firmware comprometido. Se aconsejó a los usuarios cuyas billeteras se crearon entre marzo de 2021 y el lanzamiento del parche que trasladaran inmediatamente los fondos a nuevas billeteras con una semilla recién generada . La empresa envió correos electrónicos a clientes desde 2019 para advertirles del error y destruyó su inventario vulnerable restante .

La reversión de la política de eliminación de datos de Coinkite

Antes de la brecha, Coinkite tenía una estricta política de privacidad de eliminar automáticamente los datos de los clientes (correos electrónicos, registros de compra) después de 90–120 días . Después del hackeo, la empresa revirtió esta política, anunciando que retendría los registros de los clientes en previsión de posibles procedimientos legales . Esto provocó una reacción negativa significativa por parte de los usuarios centrados en la privacidad que habían elegido Coldcard en parte por su postura de minimización de datos . Coinkite declaró que los datos se almacenarían con acceso restringido y que los clientes aún podrían solicitar la eliminación estándar . Se informa que Thomas Braziel de 117 Partners está investigando reclamaciones de responsabilidad del producto y una posible demanda colectiva contra Coinkite .

Respuesta de la industria: un aumento en las entradas de ETF de Bitcoin

La brecha impulsó un aumento en la actividad en cadena al nivel más alto de 2026, ya que las víctimas movieron los fondos restantes y el mercado en general reevaluó el riesgo de la autocustodia . Las entradas netas semanales en los ETF de Bitcoin al contado de EE. UU. saltaron a aproximadamente $853 millones en la semana posterior al hackeo, ya que los inversores institucionales rotaron hacia soluciones de custodia reguladas en respuesta a la falla de Coldcard .

Implicaciones más amplias para la seguridad y la autocustodia

El hackeo de Coldcard cristalizó varias verdades incómodas para la comunidad de autocustodia de Bitcoin:

• Riesgo de firma única amplificado: El incidente demostró que las configuraciones de firma única exponen a los usuarios a un único punto de falla en la generación de claves. Los esquemas multifirma o de umbral no se habrían visto afectados incluso con el RNG débil .
• La transparencia del código abierto es un arma de doble filo: El error vivió en el código público durante más de cinco años sin ser detectado, lo que subraya la brecha entre "el código es auditable" y "el código está realmente auditado" .
• RNG de hardware frente a alternativa de software: El caso demostró que un error de configuración de compilación que derrota silenciosamente la entropía del hardware puede convertir una billetera "fría" en una vulnerabilidad de billetera caliente .
• Giro hacia la custodia regulada: La entrada semanal de $853M en ETF sugirió un vuelo mensurable desde las billeteras de hardware de autocustodia hacia soluciones de custodia de grado institucional entre los tenedores más grandes .
• Responsabilidad legal para los fabricantes de billeteras de hardware: La reversión de la política de retención de datos de Coinkite y la expectativa de demandas de usuarios indicaron que los fabricantes de billeteras de hardware podrían enfrentar responsabilidad por errores de firmware, remodelando potencialmente los términos de garantía y los seguros en el sector .