Una vulnerabilidad en las carteras de criptomonedas de hardware Coldcard reveló una falta de pruebas independientes de dichos dispositivos. Así lo afirmó el director de seguridad de Kraken, Nick Percoco.
https://t.co/cIjpnVnMDM
— Nick Percoco (@c7five) August 2, 2026
Según sus palabras, los auditores podrían haber comprobado la presencia de un generador de números aleatorios aprobado en el dispositivo, pero no confirmaron que el firmware operativo lo utilice realmente.
«Se pide a los usuarios que confíen en la implementación por parte del fabricante de la función más crítica del sistema sin una verificación independiente de que la ruta de entropía aprobada se ejecute realmente», declaró Percoco.
Por qué la auditoría no detectó el problema
El 30 de julio, el fabricante de Coldcard, Coinkite, publicó una advertencia sobre un problema en la generación de frases semilla. Esto ocurrió aproximadamente 30 horas después de las primeras grandes retiradas masivas de fondos.
Según Coinkite, el error apareció en marzo de 2021 tras un cambio en el proceso de creación de semillas y la integración de una nueva biblioteca criptográfica. En lugar del esperado generador de números verdaderamente aleatorios por hardware (TRNG), se utilizó el generador de números pseudoaleatorios más débil de MicroPython al crear la cartera.
El PRNG crea secuencias similares a las aleatorias, pero bajo ciertas condiciones pueden predecirse. Coinkite admitió que una parte significativa de la aleatoriedad en Coldcard provenía del PRNG, cuyo uso real en esa sección del código la compañía desconocía.
Según el análisis técnico de los ingenieros de Block, la configuración de producción de Coldcard definía MICROPY_HW_ENABLE_RNG como cero, y la biblioteca libngu verificaba la presencia de la macro, no su estado activo. Debido a esto, la compilación utilizaba el generador de respaldo Yasmarang de MicroPython.
Para las versiones Mk2 y Mk3 4.x, esto significaba la ausencia de entropía criptográfica en ngu.random. Para Mk4, Q y Mk5 la situación era diferente: al arrancar se añadía entropía del secure element, pero como resultado solo se conservaban cuatro bytes, lo que limitaba el espacio de búsqueda.
Percoco destacó que la mera verificación de la presencia de un TRNG en el dispositivo no garantiza la seguridad. Según él, la industria necesita una auditoría de la ruta completa: desde la fuente de aleatoriedad hasta el firmware real que genera la frase semilla.
Qué dispositivos se vieron afectados
En la advertencia actualizada, Coinkite indicó que están en riesgo los fondos controlados por frases semilla generadas en las versiones de firmware afectadas sin entropía adicional mediante lanzamientos de dados y sin una frase de contraseña única y robusta del estándar BIP-39.
El problema afectó a los Mk2 y Mk3 con firmware 4.0.1–4.1.9 incluidos. También afecta a las frases semilla creadas en Mk4 y Mk5 antes de la versión estándar 5.6.0 o Edge 6.6.0X, y en Q antes de la versión estándar 1.5.0Q o Edge 6.6.0QX.
El riesgo es mayor para Mk2 y Mk3: según Coinkite, dichas semillas podrían tener unos 40 bits de entropía. Para Mk4, Mk5 y Q, la compañía estimó la entropía en aproximadamente 72 bits en lugar de los 128 bits esperados.
Actualizar el firmware no corrige una frase semilla ya creada. Coinkite recomendó a los usuarios de dichas carteras actualizar el dispositivo, crear una nueva semilla, verificar la copia de seguridad, enviar una transacción de prueba y solo entonces transferir el resto de los fondos.
TAPSIGNER, OPENDIME y SATSCARD no se vieron afectados, ya que utilizan otras bases de código.
Las pérdidas superaron los 90 millones de dólares
El 3 de agosto, el jefe de Galaxy Research, Alex Thorn, informó sobre una supuesta cuarta oleada de ataques a direcciones similares a las de las carteras Coldcard vulnerables. La estimación inicial cubría 218 transacciones, 462 posibles direcciones de víctimas y alrededor de 388,9 $BTC.
🚨 PROBABLE CUARTA OLEADA ORGANIZADA DE ATAQUES A COLDCARD OCURRIENDO AHORA MISMO
— Alex Thorn (@intangiblecoins) August 3, 2026
TODAVÍA HAY TXS SIMILARES EN EL MEMPOOL ESPERANDO CONFIRMACIÓN Y LAS TXS CONFIRMADAS PREVIAMENTE INDICAN OPT-IN RBF, VERIFIQUE SUS FONDOS Y PODRÍA EVITARLO CON RBF
patrón identificado:
bloques...
Posteriormente, Thorn actualizó la estimación: según sus datos, la oleada afectó a 709 posibles direcciones de víctimas y llevó al movimiento de aproximadamente 448,7 $BTC. También señaló transacciones similares sin confirmar en el mempool.
Thorn señaló que la actividad coincidía con la estructura de los UTXO vulnerables de Coldcard y se distinguía por una mayor frecuencia de transferencias similares. Llamó a estas direcciones «probables» víctimas de Coldcard, pero no afirmó que la atribución estuviera probada definitivamente.
Anteriormente, Galaxy Research identificó 1196 direcciones desde las cuales, el 30 de julio, en 41 minutos, se retiraron 1082,65 $BTC. Esta oleada ocurrió aproximadamente 30 horas antes de la primera advertencia de Coinkite.
Trazamos el flujo de fondos de la vulnerabilidad de Coldcard basándonos en el patrón identificado por ingenieros de Block y compartido por @clay_garrett
— Galaxy Research (@glxyresearch) July 31, 2026
Se drenaron por completo 1.196 direcciones por 1.082,65 $BTC (~$70,2M) entre las 01:10:20 y 01:51:26 UTC del 30 de julio — una ventana de 41 minutos, bloques... pic.twitter.com/q785paZvMQ
Por separado, los expertos registraron una retirada masiva anterior de 594,48 $BTC durante aproximadamente 25–30 minutos. En ese momento aún no había pruebas públicas de conexión con Coldcard, y los investigadores describían la versión de la baja entropía como una hipótesis.
En el momento de redacción, el daño total, según estimaciones actuales, superaba los 90 millones de dólares.
Coinkite detuvo los envíos
El 2 de agosto, Coldcard detuvo los envíos de dispositivos tras confirmar la vulnerabilidad. Los dispositivos restantes con el firmware afectado instalado fueron destruidos por la compañía.
🚨 ACTUALIZACIÓN: Detuvimos los envíos de COLDCARD en cuanto confirmamos la vulnerabilidad. Todas las unidades restantes en nuestras instalaciones con el firmware afectado instalado fueron destruidas.
— COLDCARD (@COLDCARDwallet) August 2, 2026
Algunos pedidos ya habían sido enviados. Contactamos directamente por correo a esos clientes con la advertencia y...
Coinkite pidió a los usuarios que no desechen los dispositivos antiguos. Según representantes de la empresa, podrían ser necesarios si se logran recuperar los fondos.
Según la declaración, los abogados interactuarán con las autoridades en diferentes jurisdicciones para ayudar a identificar a las personas responsables del ataque. En la advertencia, Coinkite pidió específicamente a los usuarios que no se apresuren en la migración. La empresa indicó que una transferencia precipitada de fondos podría crear un riesgo más inmediato que la propia vulnerabilidad.
El incidente planteó la cuestión de los estándares
Según Percoco, las carteras de criptomonedas de hardware no tienen un proceso de verificación que confirme sistemáticamente el uso de una fuente de entropía validada en el firmware operativo.
Comparó la situación con otros segmentos de seguridad. En la industria de pagos, los dispositivos de entrada de PIN no se aprueban para su uso sin pruebas de laboratorio independientes, y los módulos criptográficos para agencias gubernamentales de EE. UU. deben someterse a verificación de fuentes de entropía.
Percoco mencionó los estándares NIST SP 800-90B y BSI AIS-31. El primero describe los requisitos para el diseño, prueba y validación de fuentes físicas de aleatoriedad para la protección criptográfica; el segundo es utilizado por la Oficina Federal Alemana para la Seguridad de la Información.
Según sus palabras, las carteras de hardware tienen certificaciones de secure element, Common Criteria, CSPN y auditorías pagadas por los fabricantes. Sin embargo, no siempre verifican la ruta completa desde la fuente de aleatoriedad hasta la ejecución del código en el firmware operativo.
Recordemos que en julio, el investigador de Ledger Donjon, Baptiste Boileau, reveló una vulnerabilidad en las carteras de hardware Tangem. Un ataque por inyección de fallos con láser permite restablecer la contraseña de la tarjeta y obtener control sobre los activos almacenados en ella.
Carteras frías: compartiendo acceso por debajo de cero
