Coldcard corrige fallo de aleatoriedad que robó casi 600 BTC
Debido a que las semillas vulnerables no pueden ser reparadas por una actualización, el incidente está generando un nuevo interés en los custodios y los ETFs de BTC al contado como IBIT.
Un fallo de firmware en la billetera de hardware Coldcard de Coinkite se ha relacionado con el robo de casi 600 BTC, que valen aproximadamente 38 millones de dólares hasta ahora. El error ha sido corregido, pero los usuarios que generaron semillas en firmware vulnerable aún necesitan migrar fondos a billeteras completamente nuevas, manteniendo el debate sobre el riesgo de autocustodia en juego.
Puntos clave
- Un fallo de firmware de Coldcard se ha relacionado con el robo de casi 600 BTC, que valen aproximadamente 38 millones de dólares hasta ahora.
- Ciertas versiones del firmware de Coldcard generaron semillas de billetera con mucha menos aleatoriedad de la prevista, lo que permitió la recreación por fuerza bruta de frases de recuperación.
- Coinkite ha corregido el error, pero las semillas vulnerables generadas anteriormente siguen expuestas y requieren una migración completa de billetera.
- Voces de la industria están utilizando el incidente para argumentar que los custodios regulados y los ETFs de bitcoin al contado, incluido el IBITde BlackRock, pueden ser más seguros en la práctica para muchos tenedores.
Error de aleatoriedad de Seed de Coldcard: Casi 600 BTC robados, el parche no es una solución completa
El modo de fallo aquí no es un exploit de firma o una filtración de billetera caliente. Es la generación de claves, la partebilleteras de hardwarese supone que deben hacer aburrido e irrompible.
Los atacantes pudieron recrear frases de recuperación de billetera y robar bitcoin de billeteras que los usuarios creían que estaban aseguradas de forma segura, después de que los investigadores descubrieron que ciertas versiones del firmware de Coldcard generaban semillas de billetera utilizando mucha menos aleatoriedad de la prevista.
Una semilla, también llamada frase de recuperación, es la lista de palabras que recrea de manera determinista lasclaves privadas. Si la semilla tiene baja entropía, deja de ser un secreto y comienza a ser un espacio de búsqueda.
Ahí es donde importa el ángulo de fuerza bruta. Con menos aleatoriedad de la prevista, un atacante puede probar suficientes semillas candidatas para eventualmente dar con la frase de recuperación correcta, y luego barrer fondos como si fueran el propietario. El robo vinculado a este problema se ha contabilizado en casi 600 BTC, por un valor de aproximadamente 38 millones de dólares hasta ahora.
Lo que sigue sin estar claro a partir de las divulgaciones disponibles es el radio de explosión completo. El informe no especifica las versiones de firmware vulnerables exactas, el momento del lanzamiento del parche, ni un conteo de víctimas verificado. El calificativo de “hasta ahora” en la cifra de 38 millones de dólares está haciendo un trabajo real, porque implica que más casos aún podrían ser atribuidos.
Realidad de la Remediación: Por qué actualizar el firmware no salva semillas vulnerables
Coinkite dice que la falla ha sido corregida, pero la remediación no es la habitual "actualizar y seguir adelante". El firmware es el software embebido del dispositivo, y un parche puede cambiar la forma en que la billetera genera claves en el futuro. No puede agregar aleatoriedad de manera retroactiva a una semilla que ya fue generada.
El CEO de Coinkite, NVK, hizo ese punto explícitamente en una carta abierta instando a los usuarios afectados a actuar de inmediato: “Si generaste una semilla utilizando una billetera Coldcard, mueve tus fondos ahora, utilizando nuestras mejores prácticas actualizadas, antes de leer más”, escribió. NVK agregó que, si bien la solución protege las nuevas semillas en adelante, no corrige las semillas ya generadas en firmware vulnerable.
Mecánicamente, eso significa que la única salida limpia es la migración. Los usuarios que generaron semillas en firmware vulnerable deben crear billeteras completamente nuevas y mover fondos, porque actualizar el firmware por sí solo no elimina el riesgo de las semillas ya generadas.
Para los asignadores, esto es un golpe operativo: la "solución" es un evento forzado de rotación de claves, y la rotación de claves es exactamente donde las personas cometen errores bajo presión de tiempo.
Incluso el camino de mitigación recomendado ha recibido críticas, porque eleva el estándar sobre el comportamiento del usuario.
El CEO de Casa, Nick Neuman, criticó la recomendación de que los usuarios complementen la aleatoriedad generada por la billetera con lanzamientos de dados físicos, diciendo: “Simplemente no puedes pedirle a la gente que lance dados para estar seguros con tuautocustodia", llamándolo "un no iniciador para el 99% de las personas."
El punto es menos sobre los dados específicamente y más sobre para quién está realmente construida la autocustodia cuando las mejores prácticas comienzan a parecer un ritual.
Cambio en la narrativa de custodia: De 'No son tus claves' a 'Paga a alguien para que se preocupe'
La propuesta de autocustodia de Bitcoin siempre ha sido un intercambio: eliminar el intercambio.riesgo de contraparteal mantener tus propias claves, entonces acepta la carga de seguridad operativa que conlleva. Este incidente golpea ese acuerdo en su núcleo, porque ataca el paso de generación de claves en lugar de un error posterior como el phishing o una computadora comprometida.
Algunos defensores del bitcoin enmarcaron el daño como inusualmente severo porque apuntó a usuarios que creían que estaban haciendo todo "bien". El comentarista de bitcoin Guy Swann lo llamó "el golpe más duro en la historia del bitcoin para los más conocedores y 'adecuadamente asegurados' bitcoiners", añadiendo: "Esto no es un intercambio que fue hackeado debido a claves calientes.
Esto son miles de individuos que tienen sus claves privadas personales recreadas por debajo de ellos." La cifra de "miles" no está respaldada por un conteo auditado en el paquete, pero el enmarcado captura por qué esta historia se mantiene: es un choque de confianza, no solo un informe de pérdidas.
ARK Investactivo digitalel director de investigación Lorenzo Valente defendió el argumento de que la autoconservación a menudo solo intercambia un riesgo por otro. "En la práctica, los consumidores han intercambiado el riesgo de contraparte por riesgo de software, riesgo de hardware, riesgo de cadena de suministro, riesgo de phishing, riesgo de respaldo y la posibilidad de perderlo todo por un error", dijo. "Francamente, hoy estás mejor manteniendo fondos en varios intercambios o ETFs que cotizan en bolsa."
El desarrollador de Taproot, Udi Wertheimer, hizo el mismo punto en términos más simples, argumentando que la seguridad pasiva, de configurar y olvidar, es "actualmente poco realista" a medida que evolucionan las amenazas. Su conclusión es la línea que los comerciantes recordarán porque se relaciona directamente con la elección del producto: "Si no quieres preocuparte, necesitas pagar a alguien más para que se preocupe."
Ahí es donde entra la narrativa del ETF. El cofundador de Amicus, David Lawrence, argumentó que incidentes como este pueden empujar a nuevos inversores hacia productos regulados como el iShares Bitcoin Trust (IBIT) de BlackRock en lugar de gestionar claves privadas, diciendo que los nuevos inversores pueden concluir: "Es más seguro simplemente comprar IBIT."
No hay evidencia directa de flujo de ETF en este paquete, pero la vinculación explícita importa porque puede cambiar la prima de riesgo de custodia percibida en el margen.
El contra-enmarcado es que esto es un fallo de ingeniería, no un juicio sobre la autoconservación como concepto. El CTO de Tangem, Andrew Lazutkin, argumentó que la lección es rigor y verificación, diciendo que el incidente muestra que "el firmware de código abierto no debe ser automáticamente equiparado con mejor seguridad", y que la seguridad proviene de "una arquitectura sólida, pruebas exhaustivas y verificación independiente."
Esa es la forma más clara de separar el riesgo de categoría del riesgo de implementación, incluso si los mercados rara vez se molestan.
El fallo del firmware de Coldcard provoca un cambio en el ETF
La siguiente señal es si la cantidad robada aumenta materialmente por encima de los casi 600 BTC, aproximadamente 38 millones de dólares hasta ahora, a medida que se identifican y atribuyen casos adicionales. El lenguaje de "hasta ahora" mantiene el riesgo de titular asimétrico, porque la historia se vuelve más fuerte si el conteo avanza.
Un segundo hito es la claridad en la divulgación. La publicación de las versiones específicas de firmware vulnerables y el momento del lanzamiento del parche definiría la población potencial afectada y ayudaría a distinguir una ventana estrecha de una exposición más amplia.
En tercer lugar, hay orientación adicional de Coinkite y NVK sobre las mejores prácticas para la generación y migración de semillas, incluyendo si se recomiendan mitigaciones adicionales más allá de crear nuevas billeteras y mover fondos. La carga de remediación es parte del impacto en el mercado, porque determina cuánto tiempo este problema operativo permanece activo.
Finalmente, el desbordamiento de la narrativa de custodia es medible incluso si comienza como una conversación. Comentarios que vinculan explícitamente este incidente con la adopción del ETF de bitcoin al contado, con IBIT citado repetidamente, son la capa de sentimiento.
Los traders pueden entonces comparar esa narrativa con los datos de flujo y posicionamiento del ETF subsiguiente para ver si 'más seguro en la práctica' permanece retórico o se convierte encomportamiento deasignación.
Mi opinión: Este es un fallo en la generación de claves que los mercados seguirán valorando como 'riesgo de autocustodia'.
El umbral que importa es si esto sigue siendo un incidente de firmware de un solo proveedor o se convierte en un proxy más amplio para 'las billeteras de hardware pueden fallar en el único trabajo que tienen'. Debido a que la explotación se sitúa en la generación de semillas, ataca la raíz del modelo de confianza, y es por eso que probablemente se valorará como riesgo de autocustodia a nivel de categoría, incluso si el error es específico.
La verdadera prueba es si la realidad de la migración forzada sigue produciendo nuevas atribuciones de pérdidas y nuevas historias de errores de usuario. Si el total permanece cerca de ~600 BTC y las versiones vulnerables resultan ser de alcance limitado, el daño puede contenerse al proceso de ingeniería.
Si el número aumenta y la remediación se demora, la situación comienza a parecer estructural, y la oferta del ETF y del custodio se convierte en menos ideológica y más sobre externalización operativa.
