KI-gestützte Angriffe erkennen und abwehren: Was in Microsoft 365 wirkt

Angreifer setzen KI so ein wie andere Unternehmen auch: um Routinearbeit schneller und billiger zu erledigen. Für die Verteidigung ist weniger die Technik dahinter interessant als die Frage, welche bisherigen Warnsignale wegfallen und welche Kontrollen trotzdem greifen. Der Beitrag KI und Cybersicherheit im Microsoft-Umfeld behandelt Security Copilot und die Einführung von Microsoft 365 Copilot. Hier geht es um die Angreiferseite und um die Maßnahmen in Entra ID und Defender, die dagegen wirken.

Was ändert sich durch KI auf der Angreiferseite?

Phishing ohne Fehler, in Masse. Sprachmodelle schreiben Mails in sauberem Deutsch, im Tonfall der Branche und mit Bezug auf echte Projekte, Lieferanten oder Personen aus öffentlichen Quellen. Was früher Handarbeit für wenige Ziele war, lässt sich jetzt für Hunderte Empfänger einzeln zuschneiden. Rechtschreibfehler und holprige Formulierungen taugen nicht mehr als Warnsignal.

Gefälschte Stimmen und Videos. Aus Interviews, Webinaren oder Sprachnachrichten lässt sich eine Stimme glaubhaft nachbilden. Das trifft zwei Abläufe besonders: den Anruf der vermeintlichen Geschäftsführung, die eine dringende Überweisung verlangt, und den Anruf beim Helpdesk, in dem ein vermeintlicher Mitarbeiter um ein neues Passwort oder eine neue MFA-Methode bittet.

Schnellere Aufklärung und Ausnutzung. Angreifer werten öffentlich erreichbare Systeme, Organigramme und geleakte Zugangsdaten automatisiert aus. Die Zeit zwischen dem ersten Zugriff und dem Missbrauch eines Kontos wird kürzer. Wer Alarme erst am nächsten Werktag ansieht, kommt öfter zu spät.

Phishing-Baukästen, die MFA umgehen. Fertige Adversary-in-the-Middle-Kits schalten eine gefälschte Seite zwischen Benutzer und Microsoft-Anmeldung. Der Benutzer gibt Passwort und Code ein, die Seite reicht beides weiter und erhält das Sitzungstoken. Mit diesem Token arbeitet der Angreifer weiter, ohne erneut MFA durchlaufen zu müssen. KI macht die vorgeschaltete Mail überzeugender, das Verfahren selbst gibt es schon länger. Die Aufzeichnung unseres Webinars am Ende dieses Beitrags zeigt drei solcher Angriffe auf Microsoft 365 und was sie stoppt.

Angriffe auf die eigenen KI-Werkzeuge. Wo Mitarbeitende Copilot oder KI-Agenten einsetzen, können eingeschleuste Anweisungen in Dokumenten oder Webseiten das Werkzeug zu Aktionen bringen, die niemand beauftragt hat. Was Defender for Endpoint dagegen leistet, beschreibt der Beitrag Prompt Injection in lokalen KI-Agenten erkennen und blockieren.

Warum reicht genaues Hinschauen nicht mehr?

Schulungen bleiben sinnvoll, aber sie verlieren ihre wichtigste Stütze: Die Fälschung sieht nicht mehr falsch aus. Eine Mail ohne Fehler, eine Stimme, die klingt wie der Geschäftsführer, eine Anmeldeseite, die pixelgenau der echten gleicht. Eine Abwehr, die darauf baut, dass jemand im richtigen Moment stutzt, wird mit jeder Verbesserung der Werkzeuge schwächer.

Die Abwehr ändert sich deshalb weniger als die Angriffe. Wirksam sind Kontrollen, die auch dann halten, wenn jemand auf die Täuschung hereinfällt: eine Anmeldung, die auf einer gefälschten Seite technisch nicht funktioniert, ein Token, das auf einem fremden Gerät wertlos ist, und eine Zahlung, die ohne Rückruf über eine bekannte Nummer nicht freigegeben wird.

Welche Maßnahmen wirken am stärksten?

Die folgenden fünf Maßnahmen sind nach Wirkung geordnet. Die ersten drei verhindern den Schaden auch dann, wenn die Täuschung gelingt, die letzten beiden verkürzen die Zeit bis zur Erkennung.

1. Phishing-resistente Anmeldung durchsetzen

Passkeys, Windows Hello for Business und zertifikatbasierte Anmeldung sind an die echte Anmeldeadresse gebunden. Auf einer nachgebauten Seite funktionieren sie nicht, es gibt keinen Code zum Weiterreichen. In Conditional Access verlangen Sie das über die Authentifizierungsstärke „Phishing-resistente MFA“, wofür Entra ID P1 nötig ist. Beginnen Sie mit Administratoren und Notfallkonten, das ist in wenigen Wochen umsetzbar. Für alle Mitarbeitenden rechnen Sie mit mehreren Monaten, weil Geräte, Schichtarbeitsplätze und Kommunikation in Wellen vorbereitet werden müssen. Die Reihenfolge beschreibt der Beitrag Conditional Access und Passkeys.

2. Sitzungen an verwaltete Geräte binden

Ein abgegriffenes Token ist nur dann wertvoll, wenn es sich anderswo verwenden lässt. Verlangen Sie in Conditional Access für den Zugriff auf Unternehmensdaten ein konformes oder in Entra ID eingebundenes Gerät. Token Protection, eine Sitzungssteuerung in Conditional Access, akzeptiert für Exchange Online, SharePoint Online und Teams nur Token, die an das ausstellende Gerät gebunden sind. Für native Anwendungen ist das allgemein verfügbar, für Browser-Anwendungen gibt es nur eine Vorschau mit engem Umfang (Stand Oktober 2026). Starten Sie im Report-only-Modus mit einer Pilotgruppe. Sperren Sie zusätzlich den Gerätecode-Fluss überall dort, wo er nicht gebraucht wird, denn er lässt sich für Phishing missbrauchen.

3. Rückrufprozesse für Zahlungen und Helpdesk festlegen

Gegen geklonte Stimmen hilft vor allem ein fester Ablauf. Keine Zahlung und keine Änderung einer Bankverbindung allein auf Basis einer Mail, eines Anrufs oder einer Sprachnachricht. Es gelten Vier-Augen-Prinzip und Rückruf über eine Nummer aus den eigenen Stammdaten. Für den Helpdesk gilt dasselbe: Kein Zurücksetzen von Passwort oder MFA, nur weil die Stimme am Telefon bekannt klingt. Ein Temporary Access Pass wird erst nach einer Identitätsprüfung über einen zweiten Kanal ausgestellt. Wer den Helpdesk entlasten will, kann die Kontowiederherstellung in Entra ID nutzen: Mitarbeitende weisen sich dort mit einem amtlichen Ausweis und einem Live-Abgleich per Verified ID Face Check aus und erhalten danach einen Temporary Access Pass. Das setzt Entra ID P1, eine Face-Check-Lizenz und einen Identitätsprüfungsanbieter voraus. Den Prozess selbst können Sie in wenigen Wochen beschließen und schulen.

4. Defender for Office 365 über die Standardwerte hinaus konfigurieren

Der Identitätswechsel-Schutz in den Anti-Phishing-Richtlinien erkennt Mails, die sich als Ihre Geschäftsführung, Ihre Finanzbuchhaltung oder ein wichtiger Partner ausgeben, auch von ähnlich aussehenden Domains. Er ist in der Standardrichtlinie nicht für Ihre Personen und Domains eingerichtet. Tragen Sie die gefährdeten Absender ein und setzen Sie die Aktion auf Quarantäne. Safe Links prüft Links auch noch im Moment des Klicks. Das hilft gegen Seiten, die erst nach dem Versand scharf geschaltet werden. Beides ist in Defender for Office 365 Plan 1 enthalten, das in Microsoft 365 Business Premium und seit dem 1. Juli 2026 auch in Microsoft 365 E3 steckt. Details stehen im Beitrag Defender for Office 365 richtig nutzen.

5. Signale korrelieren und jemanden draufschauen lassen

Ein einzelnes Signal ist selten eindeutig. Defender XDR verknüpft Hinweise aus Identität, E-Mail, Endgerät und Cloud-Apps zu einem Vorfall. Bei erkannten Adversary-in-the-Middle-Angriffen kann die automatische Angriffsunterbrechung betroffene Konten sperren oder eindämmen, sofern Defender for Identity, Defender for Office 365 und Defender for Cloud Apps eingerichtet sind. Entra ID Protection bewertet das Risiko von Anmeldungen und Benutzern. Mit risikobasierten Conditional-Access-Richtlinien (Entra ID P2) erzwingen Sie bei hohem Risiko eine sichere Kennwortänderung oder sperren den Zugriff. Das alles nützt nur, wenn Alarme auch nachts und am Wochenende jemand bewertet.

Weitere Bausteine wie Phishing-Simulationen mit Attack simulation training, Webfilter über Global Secure Access oder die Kontrolle von App-Einwilligungen ergänzen diese fünf Punkte, ersetzen sie aber nicht.

Woran erkennen Sie einen KI-gestützten Angriff in den Signalen?

Ob ein Angreifer KI benutzt hat, steht in keinem Protokoll. Sichtbar wird das Muster, das ein erfolgreicher Angriff hinterlässt. Diese Signale sollten Ihr Team kennen:

• Anmeldung über einen Zwischenserver kurz nach einem Klick. Entra ID Protection meldet dann „Attacker in the Middle“, Defender XDR Alarme wie „Stolen session cookie was used“ oder „Possible AiTM phishing attempt“. Prüfen Sie, ob kurz vorher eine Mail mit Link zugestellt oder angeklickt wurde.
• Token aus ungewohnter Umgebung. Die Erkennung „Anomalous token“ in Entra ID Protection (P2) weist auf ein Token hin, das von einem unerwarteten Ort, Gerät oder Programm verwendet wird. Bei nicht interaktiven Anmeldungen ist das ein starker Hinweis auf wiederverwendete Sitzungen.
• Neue Posteingangsregeln. Regeln, die Mails löschen, in selten genutzte Ordner verschieben oder nach außen weiterleiten, sind ein typischer Schritt vor einem Rechnungsbetrug. Defender XDR meldet verdächtige Posteingangsregeln als eigenen Alarm, wenn Defender for Cloud Apps mit Microsoft 365 verbunden ist.
• Ungewöhnliche MFA-Bestätigung. „Suspicious MFA authentication approval“ (P2) schlägt an, wenn die Push-Bestätigung von einem Ort kommt, der nicht zum anfragenden Gerät passt.
• Neue Anmeldemethode nach einem Helpdesk-Anruf. Das Überwachungsprotokoll in Entra ID zeigt, wann für ein Konto eine Methode registriert oder zurückgesetzt wurde. Folgt darauf eine Anmeldung von einem unbekannten Gerät, sollte jemand beim Mitarbeiter direkt nachfragen.
• Zahlungsänderung per Mail. Der Bericht zu Identitätswechseln in Defender for Office 365 zeigt, welche Absender sich als Ihre geschützten Personen oder Domains ausgegeben haben.

Was leistet Security Copilot für Ihr eigenes Team?

KI hilft auch auf der Verteidigerseite, vor allem bei Menge und Tempo. Der Phishing Triage Agent bewertet von Mitarbeitenden gemeldete Mails und trennt echte Angriffe von Fehlalarmen. Er setzt Defender for Office 365 Plan 2 und Kapazität in Security Copilot voraus. Im Defender-Portal fasst Security Copilot Vorfälle zusammen und schlägt Reaktionsschritte vor. Mit Microsoft 365 E5 und E7 ist ein monatliches Kontingent enthalten.

Die Grenzen sind klar: Agenten müssen eingerichtet und mit eigenen Berechtigungen versehen werden, ihre Bewertungen brauchen eine fachliche Prüfung, und die Entscheidung über Eingriffe in den Betrieb trifft weiterhin eine verantwortliche Person. Security Copilot macht ein vorhandenes Team schneller. Es ersetzt keinen fehlenden Bereitschaftsdienst.

Häufig gestellte Fragen

Sind KI-gestützte Angriffe für den Mittelstand realistisch?

Ja, gerade weil KI die Kosten pro Ziel senkt. Personalisierte Mails und Anrufe, die früher nur bei großen Unternehmen lohnten, lassen sich jetzt in Masse erstellen. Die Abwehr ist dieselbe wie bei großen Unternehmen und mit Microsoft 365 Business Premium oder E3 in weiten Teilen schon lizenziert.

Hilft MFA noch, wenn Phishing-Kits sie umgehen?

Klassische MFA mit Code oder Push-Bestätigung schützt weiterhin gegen gestohlene Passwörter, aber nicht gegen eine gefälschte Anmeldeseite, die alles in Echtzeit weiterreicht. Dagegen hilft phishing-resistente MFA mit Passkeys, Windows Hello for Business oder Zertifikaten.

Wie schützen wir den Helpdesk vor geklonten Stimmen?

Mit einem Ablauf, der die Stimme nicht als Nachweis akzeptiert: Rückruf über eine hinterlegte Nummer, Bestätigung durch die Führungskraft oder eine Identitätsprüfung mit Ausweis über die Kontowiederherstellung in Entra ID. Erst danach wird ein Temporary Access Pass ausgestellt.

Welche Lizenzen brauchen wir für die wichtigsten Maßnahmen?

Für phishing-resistente Anmeldung per Conditional Access, Token Protection und Geräte-Compliance reicht Entra ID P1, enthalten zum Beispiel in Microsoft 365 Business Premium und E3. Risikobasierte Richtlinien und die meisten Erkennungen in Entra ID Protection brauchen Entra ID P2, enthalten in Microsoft 365 E5. Für die Untersuchung im Defender-Portal mit Explorer und automatisierter Reaktion auf Mail-Vorfälle ist Defender for Office 365 Plan 2 nötig.

Der nächste Schritt

In einem Security Assessment prüfen wir, welche Anmeldemethoden in Ihrem Tenant tatsächlich genutzt werden, ob Conditional Access und Defender for Office 365 gegen diese Angriffsmuster konfiguriert sind und wie Ihr Helpdesk Konten wiederherstellt. Die laufende Auswertung von Entra ID Protection und Defender XDR, auch außerhalb der Bürozeiten, übernehmen wir auf Wunsch im Rahmen von Managed Security.

Erstgespräch vereinbaren