Secure Element

Anna pierde su cartera de hardware. El ladrón no tiene por qué limitarse a probar PIN: puede desmontarla e intentar leer su memoria. Un Secure Element está diseñado para que el acceso a los datos protegidos siga reglas definidas y para dificultar las intervenciones físicas. La resistencia siempre se evalúa frente a ataques y capacidades concretos. Un canal lateral puede consistir en deducir un secreto a partir del consumo eléctrico o del tiempo de cálculo; fault injection provoca deliberadamente un fallo durante una operación. Son situaciones distintas de escribir una contraseña en una pantalla. El chip debe aumentar el esfuerzo y el coste del ataque, no prometer invulnerabilidad absoluta. [1] [2]

Una Private Key es un valor numérico secreto con el que la cartera crea una firma digital para autorizar un gasto de bitcoin. Algunos diseños pueden almacenar y utilizar esa clave directamente en el chip de seguridad. Otros guardan un secreto auxiliar que desbloquea datos protegidos en otro lugar. Un Secure Element también puede contar intentos o guardar un certificado de autenticidad. Por eso, «la clave nunca sale del chip» exige precisar qué clave y en qué modelo. El microcontrolador principal es el procesador que dirige el resto del dispositivo; añadir otro chip no elimina su función. La misma etiqueta en la caja no implica la misma protección. [1] [3] [5]

Según la documentación de Trezor, Safe 3 y Safe 5 usan OPTIGA Trust M (V3). Guarda un secreto auxiliar que, junto con el PIN del usuario, protege las claves privadas almacenadas en el chip principal. Esa relación busca dificultar los ataques a un dispositivo robado. No significa que todas las firmas Bitcoin se creen dentro del Secure Element. El fabricante también menciona límites de intentos por hardware, comprobaciones de autenticidad y una aportación de aleatoriedad al crear la cartera. Aquí, la aleatoriedad proporciona valores impredecibles para las claves. Es la descripción de esos modelos concretos, no un diseño universal para toda cartera de hardware. [1]

Imagina que Anna pierde el papel con su Seed Phrase, las palabras de recuperación, en lugar del dispositivo. Quien obtenga toda la información necesaria puede restaurar la cartera en otro lugar: la protección del chip original y su PIN no lo impiden. Del mismo modo, el chip por sí solo no sabe que Anna aprueba la dirección de un estafador en vez de la del destinatario previsto. Siguen importando guardar bien la copia, comprobar la dirección completa y el importe en una pantalla fiable, y el firmware, el programa interno del dispositivo. Incluso Air-Gapped Wallet, una cartera sin conexión directa a la red en el procedimiento utilizado, no describe por sí mismo la resistencia del chip. Aislar las transferencias de datos y resistir ataques físicos resuelven aspectos diferentes. [1] [4]

Device attestation comprueba la autenticidad mediante el certificado del dispositivo y su respuesta a un reto de verificación. Dentro de los límites del protocolo puede demostrar una relación con el fabricante, pero no indica a quién deseas pagar. Si un ordenador comprometido ofrece otra dirección, superar la comprobación de autenticidad no la cambia por la correcta. Verificar el aparato, comprobar el firmware y aprobar un pago concreto son pasos separados. Un principiante no necesita conocer los detalles criptográficos del certificado, pero sí entender qué pregunta responde la marca verde de la aplicación. [1] [4]

Common Criteria es un marco para evaluar un objeto definido frente a requisitos de seguridad concretos. El nivel EAL6+ de un chip no significa que todo el aparato, su pantalla o cada futura versión del firmware se hayan evaluado igual. Un Protection Profile describe propiedades de seguridad exigidas a un tipo de producto y sus configuraciones. Por ejemplo, GlobalPlatform publicó la versión 2.0 de este perfil en julio de 2025, alineada con CC:2022. Las siglas cobran sentido junto a un certificado concreto: qué se evaluó, con qué configuración y frente a qué amenazas. Un número mayor en un anuncio no responde por sí solo. [2] [1]

Tropic Square publica materiales de diseño de TROPIC01. Incluyen RTL, una descripción procesable por máquinas del comportamiento de los circuitos digitales, firmware de aplicación y arquitectura de seguridad. El chip utiliza un núcleo con el juego de instrucciones RISC-V y un procesador auxiliar SPECT para operaciones criptográficas. Sin embargo, al revisar el artículo, el repositorio también señala un bootloader no publicado, el programa que inicia el firmware, por derechos de proveedores de IP. Aquí IP significa componentes de diseño licenciados, no una dirección de internet. La apertura permite examinar las partes publicadas; no prueba automáticamente que no haya fallos ni que cada unidad fabricada coincida con el diseño. [3]

Trezor describe un hallazgo de Ledger Donjon de enero de 2026 en un TROPIC01 probado por separado. La técnica Laser fault injection, que provoca un fallo mediante láser en un laboratorio, permitió saltarse la verificación del firmware y obtener secretos del chip. Requería acceso físico y equipos especializados. Según el análisis publicado, afectaba a una capa de protección de Safe 7; OPTIGA y STM32U5 aportan otras. El hallazgo no demuestra por sí solo que todo el dispositivo quedara comprometido. Aun así, es una vulnerabilidad real, no algo que pueda descartarse diciendo «infranqueable». El fabricante indica que la causa física de ese problema no se corrige remotamente actualizando el firmware. Una evaluación sensata considera el modelo exacto, el alcance del fallo y la respuesta del fabricante, no solo la presencia de un chip de seguridad. [4]