Dos incidentes recientes relacionados con D’CENT y Trezor muestran que la seguridad de las billeteras de hardware puede mantenerse intacta mientras el software circundante, los proveedores y los datos de los clientes crean nuevas vías de acceso a los fondos de los usuarios. D’CENT investiga transferencias no autorizadas desde su App Wallet, mientras que una brecha en el proveedor de marketing de Trezor expuso 347.149 contactos de correo electrónico de clientes. Ninguna de las dos empresas ha informado de una vulneración de la seguridad de sus billeteras de hardware.
Por qué importa
La investigación de D’CENT se centra en usuarios que introdujeron frases de recuperación en su billetera de software y firmaron transacciones en versiones anteriores a la 8.1.0. Una frase generada en un dispositivo de hardware puede recrear las mismas claves privadas en otro lugar, por lo que importarla en una billetera para teléfono amplía el riesgo más allá del entorno seguro de firma del dispositivo. La posible exposición incluye Bitcoin, Ethereum, XRP Ledger, Tron y redes compatibles con EVM.
El incidente de Trezor muestra una vía diferente. Los atacantes aprovecharon un fallo en el sistema de inicio de sesión único SAML del proveedor de marketing Brevo, exportaron contactos de 43 cuentas de clientes y utilizaron seis cuentas para enviar correos de phishing a través de una infraestructura de confianza. La lista expuesta de Trezor incluía 347.149 contactos. Unos 2.500 destinatarios llegaron a un dominio malicioso después de recibir una alerta falsa sobre una vulnerabilidad de hardware que solicitaba copias de seguridad de las billeteras.
Impacto en el mercado
Hacer clic en el enlace de Trezor por sí solo no expuso los fondos. El peligro comenzó cuando los usuarios introdujeron una frase de recuperación en la aplicación maliciosa, lo que permitió a los atacantes reconstruir las billeteras en otro lugar. D’CENT también señaló que conectar normalmente un dispositivo de hardware a su aplicación no transfiere la frase al teléfono, mientras que la importación manual sí lo hace.
Los incidentes elevan las exigencias de seguridad para los proveedores de autocustodia. Las empresas de billeteras deben proteger no solo los chips seguros y los sistemas de firma de transacciones, sino también las bases de datos de clientes, los flujos de software y los proveedores externos. Se recomienda a los usuarios que cumplen los criterios de D’CENT actualizar la aplicación, crear una billetera con una nueva frase de recuperación y mover los activos afectados. Ambos casos refuerzan la misma regla: las frases de recuperación deben permanecer fuera de línea y nunca deben introducirse en software ni en formularios de phishing.
Preguntas frecuentes
-
¿Qué ocurrió en el incidente de la billetera de D’CENT?
D’CENT investiga transferencias no autorizadas desde su App Wallet. Sus criterios se centran en billeteras cuyas frases de recuperación se introdujeron en la aplicación y que firmaron transacciones en versiones anteriores a la 8.1.0.
-
¿Alguno de los incidentes comprometió una billetera de hardware?
Ni D’CENT ni Trezor han informado de una vulneración de la seguridad de sus billeteras de hardware. Los riesgos comunicados estaban relacionados con flujos de software, phishing e infraestructura de terceros.
-
¿Cómo expuso la brecha de Trezor a los usuarios al phishing?
Los atacantes vulneraron el proveedor de marketing de Trezor, Brevo, exportaron 347.149 contactos de correo electrónico y enviaron una alerta falsa sobre una vulnerabilidad de hardware mediante una infraestructura de correo de confianza. Unos 2.500 destinatarios llegaron al dominio malicioso.
-
¿Por qué es arriesgado introducir una frase de recuperación en un software?
Una frase de recuperación puede recrear las mismas claves privadas en otro dispositivo. Por tanto, importarla en un software o introducirla en una aplicación de phishing puede dar a los atacantes el control sin necesidad de vulnerar la billetera de hardware.
-
¿Qué medidas se recomienda tomar a los usuarios afectados de D’CENT?
D’CENT recomienda a los usuarios que cumplen sus criterios actualizar la aplicación, crear una billetera respaldada por una nueva frase de recuperación y transferir los activos afectados. Las frases de recuperación deben permanecer fuera de línea y no deben introducirse en software ni en formularios de phishing.