Por Rodolfo Andragnes, creador de LABITCONF y cofundador de ONG Bitcoin Argentina.
La falla que afectó a determinadas billeteras generadas con dispositivos Coldcard dejó una de las lecciones más incómodas de los últimos años para quienes practicamos la autocustodia de Bitcoin: mantener las claves fuera de un exchange no elimina todos los riesgos. También importa cómo fueron creadas esas claves y qué software intervino en ese proceso.
Galaxy Research confirmó con alta confianza el robo de más de 1.700 bitcoins vinculados al incidente y la investigación continuó identificando nuevas direcciones afectadas. Lo especialmente inquietante no fue únicamente el monto, sino el mecanismo: los atacantes pudieron reconstruir determinadas claves sin necesidad de acceder físicamente a los dispositivos de las víctimas.
No es el mayor robo de bitcoins de la historia. Mt. Gox declaró en 2014 la pérdida de aproximadamente 850.000 BTC. Pero existe una diferencia fundamental. Mt. Gox era un custodio centralizado: una empresa que controlaba los fondos de sus clientes. Coldcard, en cambio, es una hardware wallet diseñada precisamente para que el usuario pueda controlar sus propias claves.
Por eso este caso importa más allá de Coldcard.
El caso Coldcard no significa que Bitcoin haya sido hackeado
Una hardware wallet no guarda bitcoins en su interior. Los bitcoins permanecen registrados en la red; lo que el dispositivo protege son las claves necesarias para poder moverlos.
Esa diferencia resulta esencial para entender lo ocurrido.
Bitcoin no fue vulnerado como protocolo. La blockchain no fue comprometida y su criptografía no fue quebrada. Lo que falló fue el mecanismo utilizado por determinadas versiones del firmware de Coldcard para generar semillas de recuperación.
La propia Coinkite reconoció que un problema de software debilitó la generación de esas semillas. En lugar de contar con el nivel de aleatoriedad previsto, algunas pudieron ser generadas dentro de un universo de posibilidades mucho menor.
Un número que debería haber sido prácticamente imposible de anticipar dejó de serlo.
Ese es el verdadero punto de inflexión.
Autocustodia de Bitcoin: qué es la entropía y por qué importa
La palabra “entropía” puede sonar excesivamente técnica, pero la idea detrás de ella es bastante simple: una billetera necesita comenzar con información suficientemente impredecible.
Cuando se genera una wallet, el sistema parte de aleatoriedad para producir la semilla de la que posteriormente derivan sus claves. Cuanto mayor y más impredecible sea ese espacio de posibilidades, más difícil resulta para un tercero reconstruir la misma combinación.
El problema identificado en Coldcard redujo significativamente esa protección en determinadas versiones.
Las estimaciones publicadas por Coinkite situaron la entropía efectiva en torno a 40 bits para modelos más antiguos y alrededor de 72 bits para modelos posteriores afectados, frente a niveles de seguridad superiores previstos para una seed correctamente generada.
Esos números siguen representando cantidades enormes desde una perspectiva humana. Desde una perspectiva computacional y criptográfica, sin embargo, la diferencia es decisiva.
El resultado fue que algunas semillas podían ser reconstruidas offline. El atacante no necesitaba robar el dispositivo, conectarse a él ni engañar directamente a su propietario.
La billetera podía permanecer desconectada y guardada físicamente en un lugar seguro y, aun así, haber nacido comprometida.
La falla no invalida la autocustodia
La conclusión más cómoda sería afirmar que la autocustodia fracasó y que, por lo tanto, es preferible dejar los bitcoins en un exchange.
No comparto esa conclusión.
Quien mantiene sus fondos en una plataforma centralizada acepta otro conjunto de riesgos. Confía en la solvencia de una empresa, sus sistemas, sus empleados, su regulación, su estructura societaria y, finalmente, en que esa compañía podrá y querrá devolverle los fondos cuando los solicite.
El colapso de FTX dejó precisamente esa lección: la confianza en un custodio no puede reemplazar la verificación de cómo se administran los fondos.
La historia del ecosistema demuestra que ese riesgo tampoco es teórico: FTX mostró hasta qué punto una falla de custodia puede destruir confianza.
Pero sería igualmente equivocado presentar la autocustodia como la eliminación absoluta de la confianza.
Cuando utilizamos una hardware wallet seguimos dependiendo, en distintos grados, del fabricante, de la implementación de su firmware, de sus componentes, de los procedimientos utilizados para generar las claves y de nuestra propia capacidad para operar el dispositivo correctamente.
La autocustodia no elimina el riesgo: cambia dónde está el riesgo y quién debe administrarlo.
Esa es, probablemente, una de las lecciones más importantes del caso Coldcard.
Una passphrase ayuda, pero no reemplaza una seed segura
Algunos usuarios incorporan una passphrase adicional a su esquema de custodia. Esa capa puede dificultar que alguien que conoce o reconstruye la seed consiga acceder directamente a los fondos asociados a esa passphrase.
Pero este incidente también obliga a ser precisos.
Una passphrase fuerte no repara una seed que fue generada mediante un mecanismo vulnerable. Tampoco lo hace una simple actualización de firmware sobre el mismo dispositivo.
La recomendación para quien haya generado una seed con versiones de firmware afectadas es migrar a una nueva seed creada de forma segura con firmware corregido y seguir las instrucciones oficiales del fabricante.
Esto importa porque en seguridad hay una diferencia enorme entre añadir defensas y corregir el problema de origen.
Código abierto no significa código infalible
Coldcard desarrolló buena parte de su reputación alrededor de un modelo abierto y auditable. Eso continúa teniendo valor: el código abierto permite examinar implementaciones, detectar problemas, debatir decisiones y verificar correcciones.
Pero poder auditar no significa que necesariamente alguien haya auditado cada línea crítica a tiempo.
Ese principio debería extenderse mucho más allá de Coldcard.
La reputación de una empresa no reemplaza la verificación. Una comunidad numerosa no reemplaza una auditoría. Y que un producto haya funcionado durante años tampoco demuestra que todos sus componentes sean seguros.
En sistemas donde una falla puede significar la pérdida irreversible de los fondos, esa distinción importa.
HODL también significa saber qué se está protegiendo
Este año, LABITCONF utiliza “HODL” como uno de sus conceptos centrales. Normalmente se entiende como la decisión de conservar bitcoin a largo plazo. Para mí debería significar algo más.
HODL no es guardar una moneda durante años y olvidarse de ella.
También supone entender cómo está custodiada.
Eso implica aprender cómo se genera una billetera, cómo se respalda, qué papel cumple una passphrase, cuándo puede tener sentido una configuración multifirma, cómo se verifica una dirección, cómo se actualiza un dispositivo, cómo se recuperan los fondos y qué mecanismo permitirá acceder a ellos si su propietario ya no puede hacerlo.
La autocustodia implica libertad, pero esa libertad transfiere responsabilidad al usuario.
No hay departamento de fraude al que llamar ni una contraseña que un banco pueda restablecer.
Lo que realmente dejó el ataque a Coldcard
El robo produjo pérdidas reales y perjudicó a personas que confiaban en una herramienta concebida precisamente para reducir riesgos. No hay nada que celebrar en eso.
Pero sí existen conclusiones que conviene incorporar:
- Bitcoin como protocolo no fue hackeado.
- Una falla en una hardware wallet no equivale a una falla de Bitcoin.
- Una wallet puede estar comprometida desde el momento mismo en que genera sus claves.
- Mantener un dispositivo offline no compensa una generación débil de la seed.
- El código abierto permite auditar, pero no garantiza que todos los errores sean descubiertos a tiempo.
- Una passphrase es una capa adicional de seguridad, no una forma de reparar una seed vulnerable.
- La reputación de un fabricante nunca debería reemplazar por completo la verificación.
La autocustodia de Bitcoin no salió invalidada de este episodio. Salió expuesta a una realidad menos cómoda: ser propietario de las claves significa también entender, al menos en alguna medida, cómo esas claves fueron creadas y cómo deben protegerse.
HODL no debería significar cerrar los ojos y esperar.
Debería significar construir suficiente conocimiento como para entender qué se está defendiendo y cómo hacerlo.
Porque en Bitcoin, la libertad y la responsabilidad vienen en el mismo paquete.
Preguntas frecuentes sobre Coldcard y autocustodia de Bitcoin
No. La vulnerabilidad afectó el proceso de generación de semillas de determinadas versiones del firmware de Coldcard. No fue vulnerado el protocolo de Bitcoin ni su blockchain.
No. La actualización corrige la generación de nuevas semillas, pero no modifica una seed creada anteriormente mediante un firmware afectado. Es necesario seguir el procedimiento oficial de migración hacia una nueva seed.
Una passphrase fuerte puede proporcionar una barrera adicional, pero no corrige el problema de una seed vulnerable. La recomendación para una seed afectada sigue siendo migrar los fondos siguiendo las indicaciones oficiales del fabricante.