Entradas de blog, Liderazgo intelectual | 06/08/2026
El incidente de Coldcard: ¿Cómo sucedió esto?
El CTO de Ledger, Charles Guillemet, compara el reciente incidente de Coldcard con la vulnerabilidad de Trust Wallet de 2023, lo que subraya que la aleatoriedad es la base de la generación de la Semilla.
Antes de leer:
Ledger no queda afectado por los avisos de seguridad de Coldcard Mk3 publicados recientemente.
Los dispositivos Ledger utilizan un generador de números aleatorios reales (TRNG) certificado, desarrollado directamente dentro de nuestro chip de Elemento Seguro, que genera 256 bits completos de entropía para cada Frase de Recuperación Secreta de 24 Palabras. Lee este artículo para obtener más información.
CoinKite ha publicado un aviso de seguridad sobre ciertas versiones del firmware de Coldcard Mk3: Puedes leer su aviso aquí.
El incidente de Coldcard: El fundamento de la aleatoriedad
El 31 de julio de 2026, Coldcard informó que un error de firmware había debilitado la forma en que algunos dispositivos generaban las Frases Semilla, lo que provocó pérdidas significativas a los usuarios. A finales de 2022, el Donjon de Ledger descubrió una vulnerabilidad similar en la extensión de navegador de Trust Wallet.
El error hizo que todas las wallets creadas por la extensión fueran recuperables a partir de sus direcciones públicas. En la práctica, un atacante podría derivar las claves privadas y robar los fondos sin ninguna interacción del usuario. El espacio de búsqueda era lo suficientemente pequeño como para atacarlo por fuerza bruta.
El Donjon informó sobre el problema de forma responsable. Trust Wallet pasó aproximadamente cinco meses reparando el software y dando tiempo a los usuarios para migrar sus fondos antes de que la vulnerabilidad se divulgara públicamente. Ese proceso simplemente evitó uno de los mayores incidentes de wallets afectadas que el ecosistema haya visto jamás.
La criptografía es difícil. Implementarlo de forma segura es más difícil. Y la parte en la que casi nadie piensa, el cómo generar aleatoriedad de alta calidad, es donde todo se decide. El incidente de Coldcard de esta semana lo hizo visible de la manera más costosa posible.
A finales de 2022, el @DonjonLedger descubrió una vulnerabilidad similar en la extensión de navegador de Trust Wallet.
— Charles Guillemet (@P3b7_) 1 de agosto de 2026
El error hizo que todas las wallets creadas por la extensión fueran recuperables a partir de sus direcciones públicas. En la práctica, un atacante podría derivar las claves privadas y robar los fondos…
Coldcard: Cómo el panorama es diferente hoy
Qué falló. Cada clave privada que posee deriva de un único número: La Semilla. Si ese número es predecible, todo lo derivado también lo será. Se suponía que el firmware de Coldcard debía obtener esa Semilla de un RNG de hardware dedicado. No fue así. Un mecanismo de protección comprobaba si una macro de configuración estaba definida, no si estaba habilitada, por lo que la versión utilizada recurrió en silencio a un generador de software inicializado con el número de serie y el temporizador del chip, que son valores que un atacante puede reconstruir fácilmente.
Los dispositivos más antiguos eran efectivamente deterministas; Los actuales estaban limitados a cerca de 32 bits, lo que equivale a unos cuatro mil millones de posibilidades. Un espacio de Semilla publicitado como de 128 bits se redujo a algo que se puede enumerar. Los investigadores estiman que se drenaron más de 1000 BTC de aproximadamente 1200 wallets, debido a un fallo presente en el código público desde marzo de 2021. Nunca fue necesario tocar el dispositivo.
Un RNG defectuoso es silencioso. La salida sigue pareciendo aleatoria y supera una inspección superficial. Descubres el problema cuando otra persona lo hace, on-chain, un jueves a las 21:56. Por eso la aleatoriedad no puede ser una comodidad de software con una ruta de contingencia. Tiene que ser diseñada, medida y certificada como una función de seguridad de primer nivel.
Cómo lo hacemos en Ledger. Desarrollamos sobre Elementos Seguros certificados específicamente para acceder a las mejores primitivas criptográficas, incluido un RNG verdaderamente basado en hardware. El TRNG se basa en la física, no en fórmulas: Aprovecha los fenómenos físicos caóticos del silicio para producir entropía original, por lo que no hay ninguna Semilla que adivinar. El Elemento Seguro integra detectores de hardware que detectan desperfectos y manipulaciones, sensores ambientales, blindaje activo y detección de fallas y voltajes. La temperatura extrema, por ejemplo, puede degradar una fuente de ruido, por lo que el hardware se desarrolla para detectar esto en lugar de generar silenciosamente una entropía débil. Y la entropía en bruto nunca se utiliza directamente: Esta fuente de bajo rendimiento se introduce en el postprocesamiento criptográfico dentro del SO de Ledger. Física para la entropía, criptografía para aplicarle condicionamientos.
La aleatoriedad es la base de todo
— Charles Guillemet (@P3b7_) 1 de agosto de 2026
La criptografía es difícil. Implementarlo de forma segura es más difícil. Y la parte en la que casi nadie piensa, el cómo generar aleatoriedad de alta calidad, es donde todo se decide.
El incidente de Coldcard de esta semana lo hizo visible de la manera más costosa… pic.twitter.com/Sj55VtvPg1
Las certificaciones y qué significan. Es fácil afirmar algo. Las certificaciones consisten en que un tercero intente refutar tus afirmaciones. Nuestro TRNG está evaluado bajo la norma AIS-31 y certificado como PTG.2. AIS-31 es la metodología de la BSI alemana, utilizada dentro del esquema de Common Criteria, que define cómo evaluar un RNG físico real, incluyendo un modelo estocástico de la fuente de ruido, no solo pruebas en la salida. El Elemento Seguro cuenta con la certificación Common Criteria EAL5+/EAL6+. Y los dispositivos Ledger están certificados bajo la CSPN, el esquema de primer nivel de la ANSSI, con la calidad de la generación de números aleatorios explícitamente dentro del alcance. El fallo exacto que afectó a Coldcard, «generar un número aleatorio sesgado o determinista», figura como la Amenaza más importante en nuestros objetivos de seguridad publicados y el TRNG es la función de seguridad que la resuelve.
Sobre código cerrado, honestamente. Esta parte del Ledger SO es de código cerrado. El acceso a esta tecnología de Elemento Seguro conlleva un requisito estricto del proveedor de que la implementación de bajo nivel permanezca cerrada. Nos encanta el código abierto, pero, entre el nivel más alto de seguridad certificada y la filosofía de código abierto para esta capa específica, elegimos la seguridad, y sigo pensando que fue la decisión correcta.
Usar código cerrado no significa que el codigo no reciba auditorías: Nuestro código se somete a evaluaciones periódicas por parte de múltiples proveedores independientes y obtiene certificaciones de forma recurrente. La seguridad no debe basarse en la oscuridad, ese principio se mantiene.
Pero también es cierto que el código cerrado le aumenta a un atacante los costos de buscar y encontrar vulnerabilidades. Ambas cosas son ciertas a la vez. Un fallo que permaneció en el código público durante cinco años hasta que, según se informa, un atacante utilizó la IA para encontrarlo es un recordatorio de que «abierto» y «revisado» no son la misma palabra.
Esa perspectiva de la IA no es una nota al pie. Internamente hacemos un uso intensivo de los LLMs para buscar vulnerabilidades en nuestros propios productos, y es realmente eficaz (Lee nuestra excelente publicación de blog al respecto).
El atacante ya está haciendo esto a velocidad de máquina. Por lo cual, nosotros también lo hacemos, antes de que lo hagan ellos. Pronto compartiremos más información sobre nuestro enfoque.
Nada de esto nos hace inmunes. Esto nos permite ser medibles, estar supervisados y estar certificados exactamente contra el tipo de fallo que acaba de producirse. Las garantías criptográficas superan a la confianza social, siempre. Una Semilla imposible de predecir supera a la promesa de que era aleatoria.
Con los LLMs modernos, redescubrir vulnerabilidades, comprender los parches y desarrollar cadenas de explotación se ha vuelto infinitamente más sencillo. El margen entre «corregido» y «utilizado como arma» se está reduciendo.
La divulgación responsable sigue siendo esencial, pero la gestión de vulnerabilidades debe evolucionar. La aplicación más rápida de parches, los plazos de divulgación más cortos y las estrategias de migración que asumen atacantes capaces asistidos por IA ahora forman parte del modelo de seguridad, no son mejoras opcionales.
Charles Guillemet, CTO de Ledger