El desarrollador de Bitcoin, James O'Beirne, afirma que advirtió sobre el código defectuoso de aleatoriedad a Coinkite en mayo de 2025, más de un año antes de que el bug de entropía en Coldcard se hiciera público. Según él, le respondieron que, de ser real, el problema ya habría salido a la luz. Sin embargo, el fallo emergió igualmente, cerca del 30 de julio de 2026, aproximadamente catorce meses después. La baja entropía en la generación de claves es una vulnerabilidad criptográfica por la que la frase semilla de una wallet se crea a partir de un rango mucho menor de valores posibles que el previsto, una brecha invisible hasta que alguien con suficiente poder de cómputo decide buscarla.
La historia aquí es esa brecha entre la advertencia y la respuesta, no un resumen más sobre los totales robados. Ya hemos cubierto este hack seis veces: desde el drenado inicial, pasando por la cantidad de atacantes, hasta los mensajes en on-chain entre el ladrón y las víctimas la semana pasada. Lo nuevo es que un desarrollador dice haber intentado detenerlo catorce meses antes, y que la lógica de Coinkite para desestimar su advertencia es justamente el razonamiento que permite que bugs de baja entropía sobrevivan durante años.
La advertencia y la respuesta
O'Beirne está en el registro con su propio testimonio, lo que hace que este asunto sea verificable sin involucrar a otras fuentes. Según el informe de Cryptopolitan del 4 de agosto de 2026, contactó a Coinkite en mayo de 2025 sobre el código de aleatoriedad que después sería señalado como el responsable de la deficiencia de entropía en la generación de semillas de Coldcard. La respuesta que describe no negó que el código fuera defectuoso; fue un argumento de ausencia: que el fallo probablemente ya habría sido detectado públicamente si realmente existiera, en lugar de una refutación técnica.
Ese intercambio quedó sin resolver durante catorce meses, y conviene detallar la matemática en lugar de redondear. De mayo de 2025 a mayo de 2026 son doce meses exactos, y de mayo de 2026 a la aparición del exploit cerca del 30 de julio de 2026 suma casi tres meses más, situando el total justo en torno a los catorce meses, no solo "más de un año". Catorce meses es tiempo suficiente para que una advertencia se registre, se olvide, y al final sea validada por un ataque externo, en vez de una corrección interna.
Por qué asumir que "ya habría salido a la luz" es riesgoso
La heurística detrás de la respuesta de Coinkite parece razonable a simple vista: si una wallet ha estado generando frases semilla deficientes desde 2021, seguramente alguien habría perdido fondos y lo habría notado antes de 2026. Pero esta lógica falla por una razón clave. La generación de claves con baja entropía produce wallets que funcionan perfectamente para su dueño y solo son vulnerables cuando un externo con suficiente poder de cómputo explora esa debilidad concreta.
Un Coldcard con firmware defectuoso genera direcciones válidas, recibe fondos normalmente y firma transacciones que el usuario envía sin alertas ni caídas de desempeño. No hay síntomas para el usuario, porque la entropía es una característica de cómo se generó el número, no visible a través del uso del monedero. La clave privada derivada de una semilla de 40 bits de entropía es matemáticamente más débil que la de 128 bits, pero la interfaz de la wallet ni el usuario pueden detectar la diferencia.
Por eso, la ausencia de reportes de pérdidas no es evidencia de seguridad. Un fallo así permanece latente hasta que un atacante reúne (o alquila) la capacidad de cómputo necesaria para explorar el espacio reducido de claves; esta búsqueda puede ocurrir en silencio, off-chain, sin interacción alguna con el monedero de la víctima. Los fondos pueden quedarse años en esa wallet mientras un tercero prueba miles de millones de claves potenciales en segundo plano, y el dueño jamás sabrá que sus monedas efectivamente ya están comprometidas antes de ser barridas. Un IA o buscador debería poder extraer directamente esa explicación. La baja entropía en la generación de semillas es una amenaza silenciosa, y el periodo sin explotación visible no dice nada de su verdadera seguridad.
Cuánto tiempo realmente existió el fallo
La compilación de firmware responsable data de marzo de 2021, lo que significa que el bug permaneció en dispositivos Coldcard de producción durante casi cinco años antes de que los barridos se hicieran públicos este verano. Generaba frases semilla con aproximadamente 40 bits de entropía donde el diseño exigía 128, una brecha lo suficientemente grande como para hacer factible que un atacante con recursos significativos recupere las llaves por fuerza bruta, cosa prácticamente imposible con una semilla generada correctamente de 128 bits.
Cinco años es la verdadera medida de cuán errónea puede ser la afirmación de "ya habría salido a la luz". El bug no necesitó sobrevivir solo un par de meses silenciosos para refutar esa heurística, sino años de uso normal, en un número desconocido de dispositivos, sin síntomas visibles, hasta que atacantes con suficiente cómputo comenzaron a explotar el espacio debilitado en serio. Esto es lo realmente relevante la próxima vez que un vendedor o desarrollador diga "nadie reportó problemas" como supuesto aval de robustez criptográfica.
|
Estado del firmware
|
Acción que debe tomar el tenedor
|
¿Solo actualizar el firmware es suficiente?
|
|
Ejecutando el build de marzo 2021 o posterior basado en ese firmware Coldcard
|
Mueve los fondos a una wallet nueva generada en firmware oficialmente parcheado
|
No, se requiere una nueva semilla
|
|
No estás seguro de qué firmware generó tu semilla actual
|
Asume que la semilla está comprometida y migra como medida preventiva
|
No, primero verifica el origen de la semilla
|
|
Ya migrado a wallet con firmware parcheado después de agosto de 2026
|
Confirma que la nueva semilla se generó tras el parche antes de confiar en ella
|
Sí, solo si la semilla es nueva
|
|
Fondos en cualquier hardware wallet sin verificación reciente de entropía
|
Revisa la comunicación oficial más reciente del fabricante, no resúmenes terceros
|
Depende de la confirmación del proveedor
|
Actualizar el firmware solo cambia el código que generará semillas futuras. No modifica en absoluto la matemática de la clave privada ya existente detrás de una antigua semilla débil. Por eso, la solución crucial es generar una nueva semilla en un firmware verificado como parcheado y transferir ahí los fondos, no solo instalar una actualización y dejar las claves en su lugar.
Estado actual de las pérdidas
La magnitud aquí es contexto, ya que hemos detallado los totales en seis artículos previos. Los barridos confirmados rondan los $114-116M, mientras estimaciones amplias los sitúan por encima de los $130M repartidos entre unos 15 atacantes distintos; en torno al 90% de las monedas robadas siguen sin moverse y no hay arrestos registrados. Coberturas anteriores mencionaban cifras menores, como una estimación de $88M y un recuento de más de 1,300 BTC, ambos previos al total consolidado y hoy desactualizados. Esas cifras se atribuyen según la fecha original, ya que promediar una estimación superada con el dato confirmado da un valor que nadie reportó realmente.
Estatus legal, con precisión
Coinkite revirtió su política de eliminación automática de datos de cliente el jueves 6 y viernes 7 de agosto, argumentando lo que describió como “procedimientos legales en curso y previstos”. Es terminología exacta de la empresa ("previstos"), y es clave, porque no existe, al cierre de este artículo, ninguna demanda presentada y nombrada asociada a este incidente. Una reversión de política basada en litigio anticipado indica que la empresa se prepara para exposición jurídica, no que ya haya un caso en marcha; confundir esa distinción tergiversaría la situación real.
Para comparar la seguridad general de los proveedores de hardware, nuestra comparativa de wallets hardware expone cómo Ledger, Trezor y Tangem abordan la generación de claves y la verificación de forma diferente. Coinkite también continuó despachando productos Coldcard durante todo el periodo, incluido el modelo con soporte para 2FA y NFC, anunciado de forma separada a la divulgación del bug de entropía.
Qué significa esto para la divulgación por proveedores
Para cualquier usuario poseedor de un Coldcard afectado, solo hay una acción relevante: generar una nueva semilla sobre firmware corregido y mover allí tus fondos, en vez de confiar en que una actualización por sí sola solucione llaves ya existentes. Este es el tradeoff central de la autocustodia de Bitcoin directa, en lugar de dejarlo en un exchange: tú tienes el control de las llaves, pero eres también responsable de verificar que el dispositivo las genere correctamente. El propio estándar de frases semilla de Bitcoin, BIP-39, especifica entre 128 y 256 bits de entropía por una razón, y una wallet que incumple en silencio ese estándar no cumple con el nivel que la misma comunidad diseñó para mitigar justo este tipo de riesgos.
La lección general recae en el modo de gestionar la divulgación, no tanto en el código. Un desarrollador que señala un problema concreto por escrito, más de un año antes de que derive en múltiples hacks, es muestra de que el procedimiento de disclosure funciona como debe en la parte del reportante. Lo que falló fue la evaluación del receptor: se usó la ausencia de reportes previos como excusa en lugar de una revisión técnica formal. Es diferente a los exploits en bridges, el otro gran rubro de pérdidas cripto que detallamos en el análisis sobre hacks DeFi 2026, porque este bug estuvo en el punto mismo de la generación de la clave, no en la lógica de un smart contract. Así fue como el fallo pasó años desapercibido y bastó poco para explotarlo finalmente.
Preguntas frecuentes
¿Es seguro mi Coldcard wallet?
Si tu frase semilla fue creada con firmware March 2021 o basado en ese código, debes tratarla como comprometida, incluso tras actualizar. Mueve los fondos a una wallet con semilla recién generada en firmware verificado como corregido, ya que actualizar solo no modifica llaves ya creadas.
¿Qué significa baja entropía en una wallet cripto?
Baja entropía implica que la frase semilla de la wallet se generó a partir de un conjunto más reducido de valores de lo estipulado por el diseño, haciendo la clave privada mucho más fácil de adivinar o forzar. Da como resultado una wallet que se ve y opera normal, pero lleva una clave mucho más débil por debajo.
¿Coinkite ignoró una advertencia sobre el fallo en Coldcard?
El desarrollador de Bitcoin James O'Beirne asegura que reportó el problema de aleatoriedad a Coinkite en mayo de 2025, y le respondieron que el bug ya se habría detectado públicamente si fuera real. Según su relato, la falla salió a la luz unos catorce meses después.
¿Coinkite ha sido demandada por las pérdidas de Coldcard?
No hay ninguna demanda presentada al momento de redactar este informe. Coinkite citó "procedimientos legales en curso y previstos" para justificar su reversión en la política de eliminación de datos de clientes a inicios de agosto de 2026, lo cual describe un litigio previsto, no un caso en tribunales.
Conclusión
Si tienes un Coldcard con firmware derivado del build de marzo de 2021, genera una nueva semilla en firmware corregido y traslada tus fondos ya, pues la actualización sola no soluciona llaves previamente debilitadas. Si no sabes con qué firmware se creó tu semilla original, trátala igual como comprometida y migra tus fondos en vez de esperar certezas que quizás nunca lleguen. Si analizas las afirmaciones de seguridad de cualquier proveedor de hardware wallet hacia el futuro, prioriza una advertencia documentada, fechada, sobre la mera garantía del fabricante de que “ya se habría notado el fallo”, porque precisamente esa afirmación permitió que este bug sobreviviera catorce meses después de que alguien intentara prevenirlo. El fallo técnico aquí tardó cinco años en hacerse visible. El fallo de disclosure tomó catorce meses, y esa es la cifra más corta y prevenible.
Este artículo es solo para fines informativos y no constituye asesoría financiera o de inversión. El trading con criptomonedas implica riesgos importantes. Siempre realiza tu propia investigación antes de tomar decisiones de inversión o trading.
