Brevo-Trezor: 138 account, 347.000 email, il punto debole è il…

L'attacco al provider di email Brevo ha esposto 138 account e generato 347.000 email di phishing verso possessori di wallet crypto. Il meccanismo: una falla SAML SSO.

Il 10 settembre 2026 Trezor ha confermato che il proprio provider di email marketing, Brevo, è stato compromesso. L'incidente ha esposto i dati di contatto di centinaia di migliaia di clienti e ha generato un'ondata di phishing altamente mirata.

È il secondo incidente in due mesi per il produttore di wallet hardware. Ad agosto il partner di spedizione ShipMonk aveva già esposto dati di almeno 81.000 clienti. I due breach non sono collegati causalmente, ma insieme tracciano un pattern: per gli utenti di autocustodia, la supply chain dei servizi SaaS terzi è diventata il perimetro di attacco più vulnerabile.

Punti chiave

Brevo ha confermato che 138 account sono stati compromessi tramite una falla nella gestione SAML SSO, con 6 account usati per inviare phishing e 43 per esportare contatti.
Trezor ha ricevuto e inoltrato 347.000 email con oggetto "Critical Security Alert: STM32 Entropy Vulnerability" verso i propri clienti; il takedown DNS del dominio malevolo è avvenuto in 20 minuti, limitando i click a circa 2.500.
Le email superavano i controlli SPF, DKIM e DMARC perché generate da infrastruttura legittima, rendendo la minaccia tecnicamente indistinguibile da comunicazioni autentiche.
CoinTracking e BitBox hanno subito campagne analoghe, indicando che il target era l'ecosistema wallet crypto, non Trezor in isolamento.

Come funziona il meccanismo SAML SSO di Brevo

L'attaccante ha creato un account Brevo e abilitato l'autenticazione Single Sign-On. Ha quindi invitato utenti legittimi della piattaforma e, attraverso il proprio identity provider, si è autenticato impersonandoli.

Secondo il postmortem pubblicato da Brevo, l'accesso non era "properly scoped": invece di essere limitato alla singola organizzazione SSO dove era stato abilitato, ha "wrongly granted" accesso a tutte le organizzazioni raggiungibili dagli utenti invitati. Questo ha permesso di muoversi lateralmente tra tenant diversi.

Il brief non specifica se il protocollo SAML, implementato correttamente, avrebbe impedito questo comportamento per design. Ciò che documentano le fonti primarie è un errore di authorization boundary nella specifica implementazione Brevo, non una vulnerabilità del protocollo in sé.

La risposta di Brevo: numeri e timeline

Brevo ha identificato l'incidente alle 6:30 UTC del 10 settembre 2026. Alle 8:30 UTC ha chiuso la route dell'attaccante e forzato il sign-out di tutti gli utenti.

"Customers trust us with access to their audiences, and in this case we failed to protect it." — Brevo postmortem

Dei 138 account compromessi, 6 sono stati usati per inviare email di phishing, 43 hanno subito esportazione dei contatti, e 93 non hanno registrato attività significativa. Brevo non ha reso pubblici dettagli su eventuali misure correttive strutturali oltre alla chiusura dell'accesso non autorizzato.

La campagna Trezor: tecniche, numeri e tempi

L'email inviata il 10 settembre 2026 aveva oggetto "Critical Security Alert: STM32 Entropy Vulnerability". Conteneva un link a un'applicazione malevola che richiedeva il backup del wallet.

L'esca tecnica — una presunta vulnerabilità nel microcontrollore STM32 — è stata scelta per massimizzare la credibilità presso un pubblico tecnicamente competente. Secondo l'advisory ufficiale di Trezor, l'email iniziale è stata inviata a 347.000 clienti.

Il dominio di destinazione è stato disattivato a livello DNS entro 20 minuti. Trezor ha limitato i click a circa 2.500 persone e ha successivamente contattato tutti i destinatari per informarli del rischio.

Perché le email non sono state bloccate: l'arma è la legittimità

Le email generate durante l'attacco passavano i controlli di autenticazione standard — SPF, DKIM, DMARC — perché originate da infrastruttura Brevo autentica e autorizzata. Non c'era spoofing del mittente da filtrare: il messaggio arrivava tecnicamente dal provider legittimo di Trezor.

Questa caratteristica rende l'attacco particolarmente insidioso per qualsiasi sistema di filtraggio inbound. La catena di fiducia non è stata violata all'ingresso, ma all'origine.

CoinTracking ha confermato che anche i suoi clienti sono stati bersagliati con email intitolate "Data Breach Notice: Please refresh API Keys as soon as possible". BitBox ha subito phishing analogo senza confermare il provider coinvolto. Il brief non documenta se altre aziende siano state interessate.

Il pattern del double breach e il contesto fisico

Il breach Brevo segue di poche settimane quello di ShipMonk, dove dati di spedizione di almeno 81.000 clienti Trezor sono stati esposti. Dopo quell'incidente, alcune persone hanno ricevuto lettere postali con QR code malevoli.

Secondo The Record, la comunità cybersecurity segnala preoccupazione crescente per i cosiddetti "wrench attack" — la coercizione fisica su chi detiene chiavi private — specialmente quando i dati di spedizione espongono l'identità e la residenza dei possessori di asset digitali.

Trezor ha dichiarato di stare rivalutando le relazioni con i vendor. Ha avvertito che gli indirizzi email esposti potrebbero essere riutilizzati per attacchi phishing futuri. L'identità dell'attaccante o del gruppo criminale responsabile non emerge dalle fonti disponibili.

Cosa cambia

Secondo l'analisi redazionale, il caso Brevo-Trezor solleva una questione strutturale per il modello di autocustodia. I wallet hardware sono progettati per eliminare la fiducia nei terzi, ma gli utenti devono comunque fidarsi dei provider che gestiscono comunicazioni, spedizioni e aggiornamenti.

Il brief documenta che Trezor sta rivalutando le relazioni con i vendor. Non specifica invece misure correttive adottate da Brevo oltre alla chiusura della route d'attacco e al sign-out forzato. Le fonti primarie non forniscono advisory operativi generali su come gli utenti debbano verificare le configurazioni SSO dei propri provider.

Per gli utenti di wallet hardware, il caso evidenzia un vincolo non eliminabile: anche il dispositivo più sicuro rimane esposto a compromissioni del canale comunicativo che lo collega al vendor. La sicurezza dell'autocustodia dipende dalla sicurezza della supply chain che la supporta.

Le informazioni sono state verificate sulle fonti citate e aggiornate al momento della pubblicazione.

Fonti

Fonti e riferimenti

Ricevi DeafLetter