Una vulnerabilidad en la generación de semillas en una de las líneas de monederos de hardware más confiables de bitcoin ha obligado a una migración urgente de fondos para los usuarios de Coldcard Mk3, añadiendo nueva tensión al prolongado debate sobre la seguridad del almacenamiento en frío. Coinkite, el fabricante, reveló que los dispositivos con versiones de firmware 4.0.1 a 5.0.3 pueden generar semillas comprometidas, poniendo en riesgo cualquier monedero creado durante ese período. El aviso apareció poco después de que los investigadores comenzaran a examinar un robo separado de 594 bitcoin desde cientos de direcciones de firma única, aunque según el informe original no se ha confirmado ningún vínculo directo.
Se está instruyendo a los usuarios que mantienen fondos en monederos afectados a mover sus activos inmediatamente. Esa sola instrucción señala la gravedad del defecto: la migración no es una actualización de firmware rutinaria; implica generar una nueva semilla en un dispositivo corregido y transferir todo. Para los usuarios de Bitcoin que consideran el almacenamiento en frío como intocable, la advertencia rompe la regla cardinal de la autogestión: nunca expongas tu semilla, y nunca necesites hacerlo. Esta vez, la amenaza proviene desde dentro de la caja negra.
Lo que los usuarios de Coldcard necesitan saber
La falla afecta a las unidades Mk3 que ejecutan firmware entre las versiones 4.0.1 y 5.0.3. Coinkite no ha publicado detalles técnicos completos, pero las vulnerabilidades en la generación de semillas suelen implicar entropía insuficiente o un generador de números aleatorios predecible. Si un atacante puede reconstruir la semilla a partir de un proceso de generación defectuoso, ninguna cantidad de aislamiento físico o protección con contraseña puede evitar la pérdida. La mitigación inmediata es crear un nuevo monedero en la versión del firmware 5.0.4 o posterior, y luego mover todos los fondos al nuevo conjunto de direcciones. Los usuarios que ya actualizaron el firmware pero crearon el monedero original en una versión vulnerable aún deben migrar, porque la semilla misma nació insegura.
Para muchos, esta será la primera vez que deben tratar a un Coldcard —a menudo emparejado con configuraciones multisig y utilizado por titulares técnicamente sofisticados— como una posible responsabilidad. El descubrimiento también complica la investigación en curso sobre una serie de drenajes de monederos de firma única que suman 594 BTC, valorados en aproximadamente $17 millones a los precios actuales. Ese robo afectó cientos de monederos, pero ninguno de los primeros trabajos forenses ha vinculado el incidente con un proveedor específico de hardware o un error de software.
La imagen más grande para la seguridad de los monederos de hardware
Coldcard ha sido durante mucho tiempo una opción favorita entre los usuarios de bitcoin enfocados en la privacidad, en gran medida porque admite transacciones aisladas y evita muchas de las superficies de ataque que afectan a los dispositivos conectados por USB. Sin embargo, la falla en la generación de la semilla señala una categoría de riesgo que ni siquiera los propietarios más cautelosos pueden auditar por sí mismos. El firmware es una caja negra para casi todos los usuarios. Cuando hay errores en esa capa—especialmente en el manejo de la entropía—pueden persistir durante meses sin ser detectados, ya que el rango de firmware afectado abarcó varias versiones.
Esta no es la primera vez que los usuarios de monederos de hardware enfrentan vulnerabilidades a nivel de semilla. Incidentes pasados han alterado a los propietarios de Ledger y Trezor, y cada vez, el mercado recuerda que el almacenamiento en frío no elimina la confianza, sino que la desplaza de un exchange a un fabricante. La diferencia esta vez es el momento. La investigación del robo de 594 BTC aún está activa, y aunque no hay evidencia concluyente que una ambos casos, la coincidencia sola hará que los usuarios se pregunten si la vulnerabilidad fue explotada en silencio antes de ser reconocida públicamente. La opacidad del robo en cadena dificulta la atribución, y puede tomar meses descartar—o confirmar—una conexión.
Desde una perspectiva de actividad del desarrollador, el incidente subraya por qué son importantes la revisión rigurosa del código y los procesos de compilación transparentes. Aunque las cadenas de bloques en sí son públicas, las actualizaciones del firmware del monedero a menudo llegan con poca visibilidad, y la cadena de suministro de componentes como elementos seguros puede ocultar problemas hasta que se pierde dinero real.
Incertidumbre en torno al robo de 594 BTC
El robo que precedió a la advertencia de Coinkite involucró cientos de monederos de firma única que fueron vaciados en lo que parecía un barrido sistemático. Los investigadores no han identificado públicamente el vector de ataque. Sin evidencia forense clara, vincular esas pérdidas a un defecto específico de firmware sería prematuro. Pero el patrón del robo—muchos monederos pequeños en lugar de un solo ataque masivo—sugiere una vulnerabilidad que abarcó múltiples generaciones de semillas, que es exactamente el tipo de daño que podría causar un generador de números aleatorios defectuoso.
Sin embargo, hay una razón por la que nadie está trazando públicamente esa línea. Los errores en la generación de semillas en una sola línea de dispositivos solo afectarían los monederos creados en ese hardware. Si el robo de 594 BTC incluyó fondos mantenidos en otros dispositivos o en monederos de software, la narrativa de la falla se debilita. El silencio de la investigación sobre el método de compromiso deja un vacío que tanto los investigadores de seguridad como los usuarios afectados intentarán llenar con cuidado.
¿Qué viene a continuación?
El aviso público inmediato de Coinkite, incluso sin una conexión confirmada con el robo, sugiere que la empresa prioriza la seguridad de los usuarios sobre el control de daños. Esta postura será puesta a prueba si análisis adicionales revelan que la vulnerabilidad fue explotada en silencio durante semanas o meses. Mientras tanto, este episodio refuerza una lección para todos los usuarios de autoservicio: ningún dispositivo es inmune, y incluso el mejor plan de almacenamiento en frío requiere atención al firmware que se encuentra debajo. Por ahora, los usuarios de Coldcard Mk3 tienen una tarea clara: generar una nueva semilla, mover los fondos y asumir que las anteriores ya están comprometidas.