Incidente de seguridad en Coldcard: 1.359,882 BTC robados en el mayor robo de bitcoin reportado este año

Un incidente de seguridad en Coldcard, que recientemente se ha agravado, se ha convertido en uno de los fallos de autocustodia de bitcoin más graves reportados en 2025. Al 3 de agosto, la cantidad de bitcoin robado identificada en el incidente había ascendido a aproximadamente 1.359,882 BTC, lo que lo convierte en el mayor robo de bitcoin conocido del año por volumen de BTC reportado.

El caso está llamando la atención mucho más allá de una sola línea de productos de monederos de hardware. Plantea cuestiones más amplias sobre la seguridad de los hardware wallets, el riesgo del firmware, la generación de números aleatorios, la higiene de la frase semilla y los límites de la remediación posterior al incidente en la autocustodia de bitcoin.

Qué ocurrió

El seguimiento público del incidente indica que la mayor parte de los fondos robados identificados sigue concentrada en un pequeño número de direcciones controladas por el atacante. Esto es relevante porque sugiere que, al menos por ahora, el atacante no ha dispersado por completo las monedas a través de una compleja ruta de lavado.

El 1 de agosto, una de las direcciones asociadas al atacante recibió una transacción que contenía un mensaje OP_RETURN. OP_RETURN es un tipo de salida de transacción de Bitcoin que puede almacenar una pequeña cantidad de datos arbitrarios en la cadena. En este caso, el mensaje presuntamente promocionaba servicios que incluían “limpieza” de bitcoin, asistencia con KYC y apoyo para retirar fondos a cambio de una comisión del 10%, junto con un contacto de Telegram.

Aunque este tipo de mensajes puede ser añadido por terceros y no prueba necesariamente coordinación con el atacante original, sí demuestra con qué rapidez los operadores de servicios ilícitos vigilan los movimientos de fondos robados de alto perfil. Para más información sobre cómo funciona OP_RETURN a nivel de protocolo, consulta la documentación para desarrolladores de Bitcoin sobre salidas de datos nulos.

Por qué el problema de la aleatoriedad es tan grave

Coinkite ha lanzado una actualización de firmware de emergencia destinada a eliminar el problema de la generación deficiente de números aleatorios vinculado a la vulnerabilidad original. El detalle clave es que la solución no es retroactiva.

Si una semilla del monedero se creó en una versión de firmware afectada, una actualización posterior no puede volver segura mágicamente esa semilla ya generada. Una frase semilla es el secreto raíz del que se derivan las claves privadas. Si la entropía utilizada para crear esa semilla era débil, predecible o de algún modo comprometida, la única mitigación realmente sólida es mover los fondos a un nuevo monedero generado bajo condiciones seguras.

Esta distinción es crítica para todos los poseedores de bitcoin:

• Una actualización de firmware puede corregir el comportamiento del dispositivo de cara al futuro.
• No puede reparar una semilla que ya podría ser matemáticamente débil.
• Si el atacante puede reconstruir o acotar el espacio de semillas, puede vaciar los fondos sin acceso físico al dispositivo.
• El “almacenamiento en frío” solo es tan fuerte como la entropía y la implementación que lo respaldan.

Para quienes gestionan cantidades importantes de bitcoin, este incidente recuerda que un monedero de hardware no es una caja mágica. Es un sistema de seguridad formado por hardware, firmware, supuestos de la cadena de suministro, diseño criptográfico, comportamiento del usuario y prácticas de respaldo.

Los problemas con la actualización de firmware añaden una segunda capa de riesgo

Tras el lanzamiento del firmware de emergencia, algunos usuarios informaron de que sus dispositivos quedaron atascados en pantallas de error, no arrancaban o parecían inutilizables después de instalarlo. Los reportes han involucrado principalmente a los modelos Mk4 y Q, aunque algunos usuarios de Mk3 también describieron síntomas similares.

Al 2 de agosto, Coinkite no había confirmado públicamente un fallo generalizado de firmware que afectara a una gran base de usuarios.

Desde la perspectiva de la seguridad del usuario, esto crea una situación difícil. Los usuarios pueden sentir presión para actualizar de inmediato por las implicaciones de seguridad, pero una ruta de actualización problemática puede generar riesgo operativo, especialmente para quienes no cuentan con copias de seguridad fiables, redundancia multisig o un plan de recuperación claro.

La lección más amplia es que la seguridad del firmware no consiste solo en corregir vulnerabilidades. También implica disciplina en los lanzamientos, verificación reproducible, planificación de reversión, comunicación con los usuarios y minimizar la probabilidad de que un parche crítico introduzca nuevos modos de fallo.

Qué deben hacer los usuarios si creen que pueden estar afectados

Cualquier persona que haya creado una semilla de monedero de Bitcoin en una versión de firmware de Coldcard potencialmente afectada debe actuar con cautela. El enfoque más seguro depende de la configuración de cada usuario, pero los principios generales son claros.

1. No asumir que una actualización de firmware protege los fondos existentes

Si la semilla original se generó con una aleatoriedad débil, actualizar el dispositivo no cambia la semilla. Una semilla comprometida o con poca entropía debe considerarse permanentemente insegura para almacenamiento a largo plazo.

2. Generar un nuevo monedero en un entorno de confianza

La mitigación estándar es crear un nuevo monedero usando una versión de firmware segura y un proceso de configuración confiable. Para saldos grandes, conviene probar primero el nuevo monedero con una transacción pequeña antes de mover la totalidad de los fondos.

3. Mover los fondos con rapidez, pero con cuidado

La rapidez importa si una semilla puede ser vulnerable. Sin embargo, una recuperación apresurada puede introducir errores: enviar a una dirección equivocada, exponer la semilla de forma digital o usar equipos infectados con malware. Verifica las direcciones en una pantalla de confianza y evita copiar frases semilla a dispositivos conectados a internet.

4. Confirmar la integridad de las copias de seguridad antes de migrar

Antes de mover fondos, los usuarios deben confirmar que disponen de copias de seguridad fiables para el monedero de destino. Una semilla segura que se pierde o se registra incorrectamente también es un modo de fallo.

5. Considerar multisig para saldos más grandes

Para almacenamiento de Bitcoin de alto valor, el multisig puede reducir la dependencia de un único dispositivo, una única implementación de firmware o un solo evento de generación de semilla. El multisig no es una solución universal, pero puede mejorar la resiliencia si está bien diseñado y respaldado.

Por qué este incidente importa para el mercado de autocustodia de 2025

El mercado cripto en general en 2025 está viendo un renovado interés institucional por Bitcoin, un monitoreo on-chain más sofisticado y una demanda creciente de autocustodia. Al mismo tiempo, los atacantes se están volviendo más especializados. Ya no dependen solo de enlaces de phishing o brechas en exchanges; buscan fallos de implementación, debilidades en la cadena de suministro, metadatos filtrados y errores operativos.

El caso de Coldcard es importante porque toca la promesa central de los monederos de hardware: aislar las claves privadas de las amenazas en línea. Si la generación de semillas es defectuosa, esa promesa puede verse socavada incluso antes de que el usuario firme una sola transacción.

Por eso también es tan importante la transparencia. Los usuarios necesitan una divulgación clara sobre:

• Qué versiones de firmware están afectadas
• Si las semillas generadas bajo esas versiones están en riesgo
• Cómo verificar el estado del dispositivo
• Si los fallos de actualización reportados son aislados o sistémicos
• Qué pasos de recuperación se recomiendan para cada perfil de usuario

En los incidentes de seguridad, las orientaciones ambiguas suelen aumentar el daño para el usuario. Son esenciales los plazos claros, las explicaciones técnicas y las instrucciones prácticas de migración.

El mensaje OP_RETURN muestra lo público que es realmente Bitcoin

El mensaje del servicio de lavado adjuntado mediante OP_RETURN pone de relieve otra verdad incómoda: Bitcoin es transparente por defecto. Una vez que se identifican los fondos robados, cada movimiento puede ser rastreado por analistas, exchanges, fuerzas del orden y criminales oportunistas.

Esta transparencia puede ayudar a congelar o seguir flujos ilícitos cuando intervienen plataformas reguladas. Pero también crea un escenario público en el que estafadores, intermediarios y redes de lavado intentan aprovecharse del evento.

Los usuarios deben evitar interactuar con cualquiera que afirme poder “recuperar”, “limpiar” o “desbloquear” bitcoin robado a cambio de una comisión. Estas ofertas suelen ser estafas, y participar en ellas puede generar riesgos legales y de seguridad.

Para más contexto sobre patrones de crimen cripto y movimiento de fondos ilícitos, Chainalysis publica regularmente investigaciones del sector sobre tendencias del crimen en criptomonedas.

Principales conclusiones para los poseedores de Bitcoin

El incidente de Coldcard refuerza varios principios de la autocustodia que se aplican a todo el ecosistema cripto:

• La calidad en la generación de la semilla es fundamental.
• Las actualizaciones de firmware no pueden arreglar semillas que ya eran débiles.
• Los usuarios de monederos de hardware deben verificar las instrucciones de actualización antes de actuar.
• Los saldos grandes merecen seguridad en capas, no dependencia de un único punto de fallo.
• Las copias de seguridad deben probarse y protegerse tanto de la pérdida como de la exposición.
• Las cadenas de bloques públicas hacen visible el movimiento de fondos robados, pero no lo revierten automáticamente.

La autocustodia sigue siendo una de las características más poderosas de Bitcoin, pero requiere prácticas de seguridad disciplinadas. El usuario controla las claves, lo que también significa que asume el riesgo de fallos del dispositivo, errores en las copias de seguridad y equivocaciones operativas.

Nota sobre OneKey

Para los usuarios que revisan su estrategia de almacenamiento en frío tras este incidente, OneKey se centra en la transparencia de código abierto, el diseño seguro del hardware y flujos de trabajo de transacciones verificables por el usuario. Ningún monedero de hardware puede eliminar todos los riesgos, pero elegir herramientas que prioricen una arquitectura de seguridad clara, procesos de firmware fiables y una usabilidad práctica puede reducir puntos de fallo evitables.

La mayor lección de este caso no es simplemente “actualiza tu dispositivo”. Es entender qué puede y qué no puede proteger una actualización, y construir una configuración de autocustodia que siga siendo resiliente incluso cuando un componente falla.