EvilTokens: come l’AI ha violato oltre 12.000 caselle email

Stato: 10 ottobre 2026

Microsoft ha descritto EvilTokens, un’operazione criminale che impiega l’intelligenza artificiale per personalizzare le esche di phishing e scandagliare la posta sottratta alla ricerca di bersagli di alto valore. L’analisi e stata pubblicata il 22.09.2026. La minaccia principale qui non e solo un testo scritto in modo persuasivo. Ottenere l’accesso alla corrispondenza fornisce materiale prezioso per individuare la vittima successiva e calibrare le richieste sulle sue reali attivita in corso. Questo caso della nostra serie di casi studio sull’AI mostra chiaramente perche la sicurezza di una casella email non puo essere separata dal controllo sui processi decisionali innescati dal suo contenuto.

Cronologia degli eventi

1. Febbraio: il servizio era gia noto agli esperti di sicurezza. Microsoft, 22.09.2026.
2. Rapporto di Microsoft: l’analisi ha documentato le campagne e le contromisure attuate nel semestre preso in esame, inclusa una disarticolazione coordinata dell’infrastruttura. 22.09.2026.
3. Ottobre: il CERT-EU ha comunicato le operazioni contro le reti dei criminali e i relativi arresti. 2026-10.

I numeri dell’attacco

Come funziona: approvazione dell’accesso e selezione dei dati

Nella ricostruzione di Microsoft, l’accesso alla casella e lo sfruttamento del suo archivio sono due fasi distinte. L’approvazione carpita alla vittima apriva una sessione valida per gli attaccanti; l’AI interveniva sia per creare esche verosimili sia per passare al setaccio i messaggi sottratti. 22.09.2026. Questa distinzione fa ordine: lo strumento di supporto non ha agito come entita autonoma, e l’accesso iniziale a una casella non garantisce automaticamente il successo di ogni manovra successiva.

La nostra analisi: il contesto batte la grammatica

Un testo scorrevole e privo di errori serve a generare una prima impressione positiva. Tuttavia, il vero valore risiede nell’archivio della posta altrui: offre il contesto operativo per far sembrare una richiesta successiva come la naturale evoluzione di un affare in corso. La differenza e sostanziale. Raffinare la forma del messaggio e una questione stilistica; filtrare le informazioni critiche determina la scelta del tema, del destinatario e della giustificazione da usare. Parliamo del potenziale dei dati, non della certezza che ogni tentativo vada a buon fine.

Ne deriva un cambiamento necessario nell’approccio difensivo. Anziche domandarsi se una mail suoni strana, bisogna verificare se il mittente ha l’autorizzazione a richiedere quell’azione specifica. Un argomento familiare, un italiano fluente e la continuita con precedenti scambi non costituiscono di per se un via libera per confermare un accesso o modificare coordinate di pagamento. La credibilita della storia e la legittimita dell’ordine vanno esaminate su piani separati.

L’intelligenza artificiale va valutata per il compito che svolge, non per l’etichetta tecnologica. La creazione di un’esca e la scansione di una casella email esigono difese differenti. Nel primo scenario e fondamentale impedire approvazioni di sessione non richieste. Nel secondo bisogna evitare che la fiducia verso l’indirizzo email si trasferisca acriticamente a qualsiasi richiesta provenga da esso. Vietare genericamente l’uso dell’AI ai dipendenti non risolve nessuno di questi due nodi.

Non c’e motivo di attribuire a un testo generato una volonta autonoma. Sono i truffatori a scegliere gli obiettivi e a monetizzare l’accesso. Separare i ruoli facilita l’assegnazione delle responsabilita e il disegno dei protocolli interni: la procedura deve bloccare un’azione non autorizzata a prescindere dal software con cui e stato redatto il messaggio. La difesa non ha bisogno di identificare chi o cosa abbia scritto il testo per essere efficace.

Chi guadagna, chi perde e i rischi aperti

L’esito documentato a favore dei criminali e stata la compromissione delle caselle di posta. Il tempo risparmiato nell’analisi dei messaggi tramite AI e una cosa, il profitto economico effettivo e un’altra. L’organizzazione delle informazioni rubate agevola le truffe a valle, ma non ne garantisce il buon esito. Senza riscontri sulle fasi successive, non e possibile quantificare quanto l’AI abbia inciso sull’efficacia economica globale dell’attacco.

I titolari delle caselle compromesse hanno perso il controllo sulla propria corrispondenza. Le ricadute riguardano anche la rete di relazioni archiviata nelle email: clienti, colleghi e partner commerciali. Per questo la risposta non puo fermarsi al solo cambio credenziali. Cio non implica, comunque, che ogni realta colpita abbia subito il medesimo danno o che i suoi contatti siano stati sfruttati con successo.

La neutralizzazione dell’infrastruttura testimonia il successo delle azioni di contrasto. Per una singola azienda coinvolta serve pero un altro tipo di verifica: verificare se gli accessi sospetti sono stati chiusi, perimetrare l’incidente e monitorare i flussi operativi a rischio. Il successo dell’operazione delle autorita e la risoluzione interna dell’incidente aziendale sono due traguardi distinti che richiedono verifiche autonome.

Consigli pratici per aziende e utenti

Le misure piu efficaci riguardano il momento esatto in cui una comunicazione richiede un’azione concreta. Devono essere semplici, definite a priori e applicabili senza dover tirare a indovinare le intenzioni del mittente.

• Approvazione delle sessioni: devi sapere con precisione a quali risorse stai autorizzando l’accesso e a quale attivita avviata da te corrisponde la richiesta. Di fronte a un flusso anomalo, fermati e chiedi conferma tramite il consueto canale di supporto interno.
• Modifiche bancarie: l’azienda deve imporre una verifica a due vie fuori banda. I recapiti indicati nella mail che richiede il cambio di coordinate non devono mai essere utilizzati per la verifica.
• Gestione dell’account violato: il piano interno deve stabilire chi revoca i token di accesso, chi delimita il perimetro della violazione, chi conserva i log per l’analisi e chi notifica le parti coinvolte.
• Autorita di arresto del processo: ogni collaboratore deve sapere a chi segnalare un dubbio e chi ha il compito di sciogliere l’attrito tra la fretta di chiudere un’operazione e le esigenze di sicurezza.

Per il singolo utente la regola cardine e scindere la richiesta ricevuta dallo strumento utilizzato per verificarla. Se ricevi istruzioni sospette, contatta l’amministratore o il fornitore aprendo autonomamente un canale noto, senza eseguire le indicazioni presenti nel messaggio. Se temi che la tua casella sia stata violata, segui le procedure ufficiali di recupero anziche tentare test improvvisati sui link ricevuti.

Scenario pratico: la richiesta urgente di cambio IBAN

Immagina che la tua azienda riceva una richiesta di variazione dell’IBAN da parte di un fornitore durante una transazione aperta. Il messaggio cita dettagli precisi degli scambi precedenti e la fattura e in scadenza a breve. Questo e un esempio pratico per applicare le linee guida, non la descrizione di un evento specifico di EvilTokens. La decisione e se dare subito seguito a un messaggio familiare o bloccare l’uscita dei fondi in attesa di controlli.

Non tocca a chi gestisce il pagamento scoprire se il messaggio sia stato generato con un modello linguistico. Il compito e validare la modifica tramite un canale secondario concordato in precedenza, indipendente dalla nuova mail. Se la conferma non arriva, la pratica passa al responsabile incaricato. L’urgenza non deve bypassare la sicurezza, ma semmai attivare una procedura di escalation rapida.

Qualora emerga il sospetto che l’account del fornitore sia violato, i compiti vanno divisi. Il reparto IT si occupa degli accessi e della sicurezza del canale, mentre l’amministrazione blocca la transazione finanziaria. Rimettere in sicurezza la casella postale non convalida retroattivamente i pagamenti in sospeso. L’utilita di una procedura chiara risiede proprio nel fatto che ogni fase ha un responsabile designato e requisiti definiti per considerarsi conclusa.

Cosa non sappiamo ancora

I riscontri pubblici non indicano l’ammontare delle perdite economiche complessive, il numero esatto delle persone coinvolte, quante caselle siano state effettivamente ripristinate ne il peso percentuale dell’AI nella riuscita dei singoli accessi non autorizzati. La conclusione operativa resta solida: occorre difendere tanto l’accesso tecnico alla casella quanto i processi aziendali guidati dalle informazioni in essa contenute.

Simulazione senza finto phishing

Puo essere molto utile testare il flusso decisionale interno simulando una richiesta fittizia di modifica dei dati di pagamento, senza inviare email esca e senza usare comunicazioni reali. L’obiettivo e verificare chi abbia l’autorita per sospendere un pagamento, dove reperire i contatti verificati dei referenti e chi subentri in assenza del responsabile di processo. Si tratta di un collaudo dell’organizzazione aziendale, non di una gara a trabocchetto sull’attenzione del singolo.

Fonti

• Microsoft: analisi di EvilTokens - 22.09.2026.
• CERT-EU: bollettino di intelligence sulle minacce - ottobre 2026; la data specifica di pubblicazione non e indicata nella documentazione disponibile.