Sistemas

Invaden help@trezor.io para crear campaña de phishing


Trezor confirmó el miércoles que su proveedor externo de correo fue comprometido y usado para enviar una campaña de phishing a sus clientes. El mensaje se titula «Critical Security Alert: STM32 Entropy Vulnerability» y salió desde una dirección real de la empresa. La compañía dio de baja el dominio al que apuntaban los enlaces y está investigando cómo los atacantes obtuvieron acceso a su dominio legítimo.

Qué dice el correo falso

El mensaje afirma que los ingenieros de Trezor detectaron una vulnerabilidad crítica a nivel de hardware en los microcontroladores STM32 que usan sus dispositivos, y sostiene que el defecto afectaría a una de cada cuatro unidades, dejando frases de recuperación generadas con entropía insuficiente. El enlace lleva a un sitio que pide los datos de la billetera.

Cada pieza del anzuelo está bien elegida. Los STM32 son reales: es la familia de chips que efectivamente llevan los dispositivos. La entropía es real: es la aleatoriedad con la que se construye la frase de recuperación, y si es débil, esa frase se puede reconstruir. Un dueño informado sabe que ese riesgo existe.

Por qué esta mentira y por qué ahora

Porque acaba de pasar de verdad, en otra marca. A fines de julio, una falla en el firmware de Coldcard hizo que ciertos modelos usaran un generador de aleatoriedad por software en lugar de la fuente de hardware. El problema venía desde marzo de 2021 y permitió reconstruir semillas: más de 116 millones de dólares robados.

La campaña no inventó un miedo, recicló uno vigente. Trezor incluso había publicado en su momento un aviso aclarando que sus dispositivos no estaban afectados, porque combinan varias fuentes de entropía —el hardware del dispositivo, el equipo conectado y el elemento seguro en los modelos nuevos—. El correo falso toma esa conversación abierta y la responde al revés.

El consejo estándar contra el phishing es revisar la dirección del remitente. En esta caso la dirección era genuina: los mensajes salieron desde help@trezor.io, no desde una imitación con letras cambiadas.

Eso elimina de un saque la única verificación que la mayoría de los usuarios sabe hacer. No hay dominio raro, no hay error de ortografía, no hay certificado vencido. El mensaje pasa los filtros de autenticación porque fue enviado por la infraestructura autorizada de la empresa.

El correo se presenta como una alerta de seguridad, así que la gente más expuesta es la más responsable: la que reacciona rápido cuando su fabricante avisa de un problema. La conducta correcta se convierte en la vulnerabilidad.

El segundo acto de la filtración de agosto

Esto no ocurre en el vacío. En agosto Trezor informó que una brecha en ShipMonk, su proveedor logístico, había expuesto datos de clientes; la cifra fue creciendo en sucesivas actualizaciones hasta 80.689 personas, con nombres, correos, teléfonos y direcciones de entrega.

Cuando aquello se supo, el riesgo señalado fue exactamente este: alguien con esa lista podría armar mensajes creíbles. Menos de un mes después llegó la campaña, con un agravante que nadie había previsto, porque ahora el atacante no solo sabe quién sos y qué compraste, sino que además puede escribirte desde la dirección real del fabricante.

Corresponde la aclaración: Trezor no vinculó ambos incidentes ni afirmó que sean los mismos responsables. El proveedor de correo comprometido no es ShipMonk. Pero la combinación de datos filtrados y dominio legítimo describe la situación de riesgo con independencia de quién esté detrás.

No es solo Trezor

Nick Neuman, cofundador y CEO de Casa, señaló que la campaña parece más amplia: dijo haber escuchado lo mismo de usuarios de Bitbox, y que lo más probable es que el comprometido sea un proveedor de correo de marketing.

Si se confirma, el problema no es de una empresa sino de un eslabón compartido. Varios fabricantes de billeteras contratando el mismo servicio de envío masivo significa que una sola intrusión alcanza a los clientes de todos ellos, con la firma de cada marca.

Cómo distinguir un aviso real de uno falso

Hay señales que no dependen de mirar el remitente.

Un aviso real da versiones y rangos, no fracciones. «Una de cada cuatro unidades» no es como se comunica una vulnerabilidad de hardware. Un boletín legítimo indica versiones de firmware afectadas, rangos de números de serie o fechas de fabricación, para que cada usuario pueda determinar su caso. La probabilidad vaga existe para que todos se sientan alcanzados.

Ningún aviso real te pide la frase. Ni para verificar, ni para migrar, ni para comprobar si estás afectado. Un fabricante no necesita tu semilla para decirte que tenés un problema, y no hay forma de que la necesite.

La verificación se hace por fuera del mensaje. Ante cualquier alerta, cerrá el correo y entrá por tu cuenta a trezor.io o a la cuenta verificada de la empresa. Si el aviso es real, va a estar publicado ahí.

La urgencia es parte del ataque. Un problema de hardware que existe desde hace años no se vuelve crítico en las próximas dos horas. La presión temporal está para impedir que verifiques.

Si recibiste el correo y no hiciste nada, borralo. Si hiciste clic pero no ingresaste datos, no hay exposición conocida. Si escribiste tu frase de recuperación o tu PIN en algún sitio enlazado, tratá esa billetera como comprometida, por lo tanto generá una semilla nueva en el dispositivo y mové los fondos ahí de inmediato. Y no importes la frase vieja a ningún hardware, porque el hardware no desinfecta una semilla que ya está en manos ajenas.



Por Sistemas, el 11/09/2026.

Historias relacionadas

Volver al inicio