EvilTokens: KI half beim Kapern von 12.000 Postfächern

Stand: 10. Oktober 2026

Microsoft hat EvilTokens dokumentiert, eine kriminelle Operation, bei der KI eingesetzt wurde, um Phishing-Köder anzupassen und kompromittierte E-Mail-Postfächer nach lohnenden Zielen zu durchsuchen. Der Bericht erschien am 22.09.2026. Das zentrale Problem liegt hierbei nicht allein in überzeugend formulierten Nachrichten. Der Zugriff auf den bisherigen Mailverkehr liefert das Material, um das nächste Ziel auszuwählen und künftige Forderungen passgenau auf laufende Vorgänge zuzuschneiden. Dieser Fall aus unserer Reihe der KI-Praxisfälle verdeutlicht, warum der Schutz des Postfachs untrennbar mit der Absicherung jener Entscheidungen verbunden sein muss, die auf Basis seines Inhalts getroffen werden.

Chronologie

1. Februar: Der Dienst war Sicherheitsforschern bereits bekannt. Microsoft, 22.09.2026.
2. Veröffentlichung von Microsoft: Die Analyse behandelte die Angriffskampagnen und Gegenmaßnahmen im Untersuchungszeitraum, inklusive einer koordinierten Störung der Infrastruktur. 22.09.2026.
3. Oktober: CERT-EU meldete Maßnahmen gegen die kriminelle Infrastruktur sowie Verhaftungen. 2026-10.

Was die Daten zeigen

Ablauf: Erst Zugriffsfreigabe, dann Informationsfilterung

Im Bericht von Microsoft sind der Zugriff auf das Postfach und die spätere Nutzung der Inhalte zwei getrennte Phasen. Die erschlichene Freigabe öffnete den Angreifern eine reguläre Sitzung. KI half anschließend sowohl beim Verfassen passender Köder als auch beim systematischen Durchforsten der erbeuteten Nachrichten. 22.09.2026. Diese Unterscheidung ordnet den gesamten Vorfall ein: Das Hilfswerkzeug agierte nicht als autonomer Akteur, und der Zugriff auf ein Konto beweist noch nicht den automatischen Erfolg jeder nachfolgenden Aktion.

Analyse: Kontext wiegt schwerer als fehlerfreie Grammatik

Einwandfreie Sprache sorgt für einen guten ersten Eindruck. Der eigentliche Wert fremder Postfachinhalte liegt jedoch woanders: Sie liefern Kontext, wodurch eine betrügerische Aufforderung wie die logische Fortsetzung eines echten Geschäftsvorgangs wirkt. Der Unterschied ist grundlegend. Das stilistische Glätten betrifft nur die Form, während die Selektion von Daten darüber entscheidet, welches Thema, welcher Empfänger und welche Begründung gewählt werden. Das stellt ein Missbrauchspotenzial dar, ist aber kein Beweis dafür, dass jeder Täuschungsversuch gelang.

Daraus ergibt sich ein klarer Wechsel für die Sicherheitsstrategie. Die Frage, ob eine E-Mail verdächtig klingt, muss durch die Frage ersetzt werden, ob der Absender berechtigt ist, diese Handlung zu verlangen. Ein vertrauter Betreff, fehlerfreier Text und der Bezug zu vorherigen Mails legitimieren weder eine Sitzungsfreigabe noch eine Änderung von Kontodaten. Die Plausibilität einer Geschichte und die rechtliche Legitimität einer Anforderung müssen getrennt geprüft werden.

KI muss nach ihrer konkreten Arbeitsleistung bewertet werden, nicht nach dem bloßen Hype-Begriff. Das Erstellen von Phishing-Ködern und das Durchsuchen von Postfächern erfordern jeweils andere Schutzmaßnahmen. Im ersten Schritt muss verhindert werden, dass Mitarbeiter unbedacht Anmeldesitzungen freigeben. Im zweiten Schritt muss unterbunden werden, dass das Vertrauen in ein echtes Absenderpostfach blind auf jede darin enthaltene Zahlungsaufforderung übertragen wird. Ein pauschales KI-Verbot für Angestellte löst keines dieser beiden Probleme.

Ebenso wenig gibt es einen Grund, generierten Texten menschliches Handeln zuzuschreiben. Die Kriminellen wählen die Ziele aus und nutzen die Zugänge. Diese Rollentrennung erleichtert es, Verantwortlichkeiten festzulegen und Schutzmechanismen zu etablieren: Ein interner Kontrollprozess muss unberechtigte Schritte abfangen, unabhängig davon, mit welchen Hilfsmitteln die betrügerische Nachricht verfasst wurde. Der Prozess muss die Urheberschaft eines Textes nicht erkennen, um wirksam zu sein.

Gewinner, Verlierer und offene Risiken

Das dokumentierte Ergebnis auf Angreiferseite war der erlangte Zugriff auf Tausende Postfächer. Der mögliche Zeitgewinn bei der automatisierten Filterung von Mails ist jedoch nicht gleichbedeutend mit einem nachgewiesenen finanziellen Gewinn. Strukturierte Daten erleichtern nachfolgende Betrugsversuche, garantieren deren Erfolg aber nicht. Ohne belastbare Zahlen zu den Folgeschritten lässt sich die Rolle der KI nicht mit dem Gesamterfolg der Kampagne gleichsetzen.

Die Inhaber der kompromittierten Konten verloren die Kontrolle über ihre Kommunikation. Mögliche Folgeschäden betreffen auch die in den Mails gespeicherten Beziehungen zu Kunden, Kollegen oder Lieferanten. Deshalb darf die Reaktion nach einem Vorfall nicht beim simplen Zurücksetzen des Passworts enden. Das bedeutet jedoch nicht, dass jede betroffene Organisation denselben finanziellen Schaden erlitt oder dass alle Kontakte erfolgreich ausgenutzt wurden.

Die Zerschlagung der Infrastruktur ist ein Etappensieg der Ermittler. Für betroffene Unternehmen gilt ein anderer Maßstab: Wurden verdächtige Zugriffe gestoppt, das Ausmaß analysiert und alle gefährdeten Geschäftsprozesse überprüft? Der Erfolg einer polizeilichen Intervention und der Abschluss der internen Incident Response sind zwei unterschiedliche Dinge.

Empfehlungen für Unternehmen und Nutzer

Die wirksamsten Regeln greifen genau in dem Moment, in dem aus einer Nachricht eine konkrete Handlung werden soll. Sie müssen simpel sein, vor dem Vorfall existieren und anwendbar bleiben, ohne dass Mitarbeiter die Absichten des Absenders erraten müssen.

• Freigabe von Sitzungen: Anwender müssen genau verstehen, welchen Zugriff sie autorisieren und aus welcher selbst initiierten Aktion die Anfrage hervorgeht. Jeder unklare Prozess ist abzubrechen und über einen bekannten Support-Kanal zu prüfen.
• Änderung von Bankverbindungen: Unternehmen müssen zwingend eine unabhängige Zwei-Wege-Bestätigung vorschreiben. Kontaktdaten, die direkt in der Änderungsanfrage stehen, dürfen niemals als Basis für die Verifikation dienen.
• Reaktion auf Kontokompromittierung: Ein Notfallplan muss festlegen, wer Zugänge sperrt, den Vorfall dokumentiert, Beweise sichert und Betroffene informiert.
• Recht zum Prozessstopp: Mitarbeiter müssen wissen, an wen sie Zweifel melden können und wer im Zweifelsfall den Konflikt zwischen Termindruck und Sicherheitsvorgaben entscheidet.

Für einzelne Nutzer gilt vor allem: Trennen Sie die eingegangene Bitte strikt vom Weg der Überprüfung. Nehmen Sie eigenständig Kontakt mit Administratoren oder Dienstleistern auf, anstatt Anweisungen aus einer dubiosen Aufforderung zu befolgen. Bei Verdacht auf Kontodiebstahl hilft ein etablierter Support-Prozess, nicht das eigenmächtige Experimentieren mit der Phishing-Nachricht.

Beispielszenario: Dringende Änderung der Bankverbindung

Nehmen wir an, ein Unternehmen erhält während einer laufenden Rechnungsabwicklung die Bitte, die Bankverbindung eines Dienstleisters anzupassen. Die E-Mail knüpft nahtlos an vorherige Absprachen an, und das Zahlungsziel steht kurz bevor. Dies ist ein Anwendungsbeispiel für die Schutzmechanismen, keine Beschreibung des konkreten EvilTokens-Falls. Das Dilemma besteht zwischen der schnellen Erledigung einer scheinbar legitimen Aufgabe und dem Stoppen der Zahlung bis zur finalen Klärung.

Der zuständige Mitarbeiter muss hierbei nicht herausfinden, ob der Text von einer KI stammt. Er muss die Änderung über einen zuvor festgelegten, vom Mailverkehr unabhängigen Kommunikationskanal verifizieren. Gelingt diese Bestätigung nicht, geht der Fall an die dafür vorgesehene Entscheidungsebene. Zeitdruck setzt Kontrollen nicht außer Kraft, sondern erfordert das strukturierte Eskalieren.

Besteht gleichzeitig der Verdacht, dass das Partnerpostfach kompromittiert wurde, müssen die Aufgaben getrennt werden. Die IT sichert Schnittstellen und Zugänge, während die Buchhaltung die Zahlungsanweisung prüft. Ein gesperrtes Postfach allein bestätigt noch nicht die Echtheit offener Forderungen. Ein funktionierender Prozess zeichnet sich dadurch aus, dass jede Entscheidung einen Verantwortlichen und klare Abschlusskriterien besitzt.

Was noch unklar ist

Die vorliegenden Daten geben keinen Aufschluss über die Gesamthöhe der finanziellen Schäden, die genaue Zahl einzelner geschädigter Personen, die Quote wiederhergestellter Konten oder den konkreten Erfolgsanteil der KI bei den einzelnen Übernahmen. Die praktische Konsequenz ist dennoch eindeutig: Sowohl der Zugriff auf die E-Mail-Infrastruktur als auch die durch Nachrichten ausgelösten Handlungen müssen unabhängig voneinander abgesichert werden.

Entscheidungstraining ohne Phishing-Simulation

Unternehmen sollten den internen Entscheidungsablauf anhand einer fiktiven Aufforderung zur Stammdatenänderung durchspielen - ganz ohne echte Phishing-Simulation und ohne reale Postfächer zu nutzen. Ziel einer solchen Übung ist es festzustellen, wer eine Zahlung stoppen darf, wo verifizierte Kontaktdaten hinterlegt sind und wer bei Abwesenheit entscheidet. Das überprüft die Organisation von Arbeitsprozessen, statt die Wachsamkeit einzelner Mitarbeiter auf die Probe zu stellen.

Quellen

• Microsoft: Analyse zu EvilTokens - 22.09.2026.
• CERT-EU: Bedrohungsbericht - Oktober 2026; das genaue Veröffentlichungsdatum wird in den öffentlich zugänglichen Informationen nicht angegeben.