COLDCARD RNG Incident (2026) es el incidente divulgado en julio de 2026 en el que un error de software debilitó la creación de semillas. La semilla es el punto de partida secreto del que se derivan las claves de una cartera; RNG significa generador de números aleatorios. Para evaluar el riesgo importa cómo nació la semilla y qué firmware se usó entonces. No fue un fallo de las reglas de Bitcoin ni una toma de control remota del dispositivo.
Coinkite y Block publicaron sus primeros análisis el 30 de julio de 2026 tras recibir informes de pérdidas. Según el fabricante, los atacantes no necesitaban controlar el dispositivo ajeno: podían reproducir secretos mal generados y obtener las claves privadas correspondientes, que permiten firmar transferencias. Mantener la cartera desconectada no bastaba. Esta explicación del incidente no determina la causa de cada pérdida individual; la marca del dispositivo por sí sola no permite hacerlo. [2] [3]
La cartera debía usar una fuente física de aleatoriedad, denominada TRNG. Sin embargo, tras incorporar la biblioteca libNgU, ngu.random.bytes llegaba a la función rng_get de MicroPython y a su generador de software Yasmarang. Al construir el programa se enlazaron componentes incorrectos. MICROPY_HW_ENABLE_RNG tenía el valor 0, mientras que #ifndef solo comprobaba si ese ajuste existía, no su valor. El código físico correcto podía estar en el archivo sin utilizarse para crear semillas. No fue una avería del chip ni un modo de emergencia deliberado. [1]
Al atacante le ayuda que el secreto se elija entre menos posibilidades. Aquí el estado del programa dependía de datos del dispositivo, temporizadores y llamadas anteriores. Para Mk4, Mk5 y Q, Block describe una actualización adicional del estado limitada a 32 bits: como máximo 2^32 secuencias distintas si el resto permanece fijo. Coinkite estimó provisionalmente la entropía total, la medida de incertidumbre, en unos 40 bits para Mk2/Mk3 y 72 bits para modelos posteriores. Las cifras parten de supuestos distintos. No indican el coste de todos los ataques ni que cualquier cartera pueda vulnerarse de inmediato. [3] [1]
La advertencia oficial incluye Mk2/Mk3 con 4.0.1–4.1.9. El análisis inicial de Block incluye 4.0.0 y el cambio de marzo de 2021. Las fuentes difieren en el límite inicial; no conviene sustituir esa incertidumbre por una suposición. Si se desconoce el origen de la semilla, la guía de migración recomienda tratar la cartera como afectada. Mk4/Mk5 y Q también estaban afectados antes de la corrección de su rama de firmware. La afirmación original sobre todas las versiones de producción no describe las versiones corregidas posteriores. [2] [3] [5]
Las primeras versiones corregidas son Mk2/Mk3 4.2.0, Mk4/Mk5 Standard 5.6.0, Q Standard 1.5.0Q, Mk4/Mk5 Edge 6.6.0X y Q Edge 6.6.0QX. Standard y Edge son ramas distintas; un número mayor en otra rama no demuestra nada por sí solo. Al revisar este texto, el fabricante recomienda Standard 5.6.3 para Mk4/Mk5 y 1.5.3Q para Q. Antes de instalar, compruebe la página oficial actual, el hash del archivo y la firma de la versión. El hash identifica el contenido; la firma ayuda a verificar su origen. Ni siquiera una actualización correcta modifica una semilla existente. [4]
Imagine que restaura una semilla débil en un dispositivo nuevo. El aparato cambia, pero el secreto sigue siendo el mismo. Clonar o transferir la cartera tiene la misma limitación. Calcular un hash, una huella de los datos, no añade posibles entradas; BIP39 Checksum ayuda a detectar errores en las palabras, no a aportar la aleatoriedad que falta. En sentido contrario, una semilla creada de forma segura en otro lugar no se debilita por este fallo concreto al importarla en COLDCARD. Lo importante es su origen. [3] [5]
La excepción del fabricante exige al menos 50 lanzamientos independientes de un dado equilibrado, introducidos mediante la función original Add Dice Rolls. La secuencia nunca debió registrarse ni revelarse, y la cartera debe usar las palabras finales obtenidas después de añadir los lanzamientos. Con menos tiradas o dudas, recomienda migrar. BIP39 Passphrase es otra medida: un texto secreto adicional que, junto con la semilla, determina otra cartera. Una passphrase fuerte y única añade una barrera, pero no repara la semilla; el fabricante también recomienda migrar a quienes la utilizan. El PIN solo protege el acceso al dispositivo. Las reglas actuales para nuevas semillas son distintas de esta excepción histórica. [2]
Primero compruebe que dispone de una copia utilizable de la cartera original. Siguiendo la guía de migración, cree una semilla realmente nueva con firmware corregido y verifique su copia. Compruebe el fingerprint, un identificador breve de la cartera, y la dirección de recepción en la pantalla del dispositivo. Envíe una pequeña prueba; tras verificar el destino y la recepción, transfiera el resto. Incluya todas las cuentas con fondos, carteras con passphrase, carteras derivadas y configuraciones multisig. Conserve la copia antigua hasta confirmar el traslado completo. Si algo no coincide, no envíe ni borre nada. Nunca introduzca secretos de recuperación en un formulario web. [5]
Multisig exige un número determinado de firmas de varias claves para transferir fondos. Si un atacante consigue suficientes claves para cumplir esa regla, la protección deja de bastar. Evalúe las claves restantes, prepare y verifique en el dispositivo una nueva política de firmas y transfiera los fondos a ella. Block describe otros usos del mismo generador: claves independientes de Paper Wallet y algunas claves temporales de cifrado. El impacto depende del uso concreto y de los datos disponibles para el atacante; no es igual en todas las funciones. [3] [5]
La página de estado enumera una prueba del generador físico en un Mk4 real, revisiones del código fuente y la reproducción independiente de la compilación de una corrección concreta. Esto ayuda a comprobar el mecanismo descrito, no demuestra la seguridad de cada archivo publicado. El Standard actual también exige que el usuario aporte aleatoriedad al crear una semilla. Por tanto, la antigua indicación de que siempre era opcional no es el procedimiento vigente para esa rama. La página recoge la evolución de las medidas; sigue indicando que se prepara un informe técnico detallado separado sobre las causas. [4]
Dispositivo actualizado, problema original
Una persona creó su semilla en Mk3 4.1.9 sin añadir tiradas propias. Instala 4.2.0 y restaura las mismas palabras en otro dispositivo, pero sigue usando el secreto original. La guía de migración exige crear una semilla nueva con firmware corregido, verificar su copia y dirección y probar una pequeña transferencia. Solo después se traslada el resto. La copia antigua se conserva hasta confirmar todo el movimiento.
Para obtener la imagen más completa, lee esta entrada junto con Cryptographic Entropy, Deterministic RNG, Seed Generation, BIP39 checksum, BIP39 passphrase, Dice Roll Entropy.
01¿Basta con comprar otro dispositivo?+
No, si restaura la misma semilla afectada. El nuevo aparato no cambia cómo se creó el secreto. El procedimiento depende del origen y de las condiciones exactas de la excepción para dados independientes. Una semilla afectada requiere trasladarse a una cartera nueva, no solo cambiar de dispositivo.
02¿Los 32 bits implican un ataque igual de fácil en todos los modelos?+
No. En el análisis de Block se refieren al cambio adicional del estado del generador con el resto del estado y el historial de llamadas fijados. Desconocer datos del dispositivo o tiempos cambia la tarea del atacante. La cifra no mide universalmente la velocidad de ataque ni garantiza la seguridad de una semilla concreta.