Edition 12

Ich mache seit Monaten eine Version dieses Arguments, daher ist es nützlich, es von jemandem außerhalb unserer Blase zu hören, in klarer Sprache, mit dem Graphen dazu. Der Punkt ist nicht, dass KI unaufhaltbare Magie-Angriffe erfinden wird. Es ist das Gegenteil. KI macht gewöhnliche Angriffe, das nicht rotierte Passwort, das ungepatchte System, den falsch konfigurierten Zugang, billig, schnell und unermüdlich und führt sie in einem Ausmaß durch, das kein menschliches Team erreichen könnte. Exponentiell ist das Wort, das Sie nachts wachhält. Fähigkeiten, die sich alle paar Monate verdoppeln, geben Ihnen keine komfortable Zeit, sich zu organisieren.

Befolgen Sie daher Thompsons konkreten Rat, denn es ist derselbe Rat, mit dem ich die Hälfte dieser Newsletter schließe: Die Grundlagen sind jetzt das gesamte Spiel. Nicht weil sie glamourös sind, sondern weil sie genau das sind, worauf die Kurve zusteuert. Die drei folgenden Punkte sind diese Grundlagen, die ihre Schwachstellen in Echtzeit zeigen. Beheben Sie Ihre eigenen, bevor der Exponent es für Sie erledigt.

Das ist „das Zertifikat ist nicht die Kontrolle", veranschaulicht am Beispiel MFA. Jedes dieser Unternehmen hätte wahrheitsgemäß sagen können: „Wir haben Multi-Faktor-Authentifizierung." Der Auditor hat das Kästchen abgehakt. Und Angreifer sind durch genau den einen Anmeldepfad eingedrungen, den die MFA-Richtlinie nicht abgedeckt hat, mit Passwörtern, die seit Jahren hätten erneuert werden müssen. MFA aktiviert ist nicht MFA durchgesetzt. Eine Kontrolle mit einer Abdeckungslücke ist keine Kontrolle; sie ist ein kontrollähnliches Loch.

Die Hausaufgaben sind konkret, nicht philosophisch. Prüfen Sie, ob Ihr Conditional Access tatsächlich für jeden Benutzer, jede App und jeden Client-Typ gilt, ohne Ausnahmen für Legacy-Protokolle, vertrauenswürdige Standorte oder Report-only-Richtlinien, die Sie vergessen haben zu aktivieren. Deaktivieren Sie veraltete Authentifizierungs-Grants wie ROPC vollständig. Und priorisieren Sie Ihre Reaktion nach den tatsächlich gültigen Anmeldedaten, nicht danach, welcher Tenant am stärksten beschossen wurde, denn das lauteste Ziel ist in der Regel nicht das kompromittierte. Das ist ein zweistündiges Audit, das eine Tür schließt, an die 81 Millionen Mal geklopft wurde.

Zwei Punkte auf einmal, und beide sind wichtig. Erstens: Lassen Sie sich dadurch nicht von Passkeys abbringen. Sie bleiben die beste phishing-resistente Option, die Sie haben, und dieser Angriff bricht den Passkey nicht, er missbraucht die Kontowiederherstellung, um einen hinzuzufügen. Das Problem liegt bei der Registrierung, nicht bei der Kryptografie. Zweitens, und das ist wichtiger: Hier wird ein etabliertes Vorgehen gebrochen. „Passwort zurücksetzen und Sitzungen widerrufen" ist das Muskelgedächtnis jedes Incident-Responders, und hier sehen Sie ein reales Beispiel dafür, wie dieses Muskelgedächtnis den Angreifer genau dort belässt, wo er war.

Aktualisieren Sie das Playbook jetzt, bevor Sie es brauchen. Bei der Reaktion auf eine Kontokompromittierung ist das Zurücksetzen der Anmeldeinformationen nicht der letzte Schritt, sondern der mittlere. Erfassen und entfernen Sie jeden Authenticator und jeden Passkey auf dem Konto, überprüfen Sie die Wiederherstellungsmethoden und verbundenen Apps, und bestätigen Sie, dass kein unbekanntes Gerät noch registriert ist. Wenn Ihr Incident-Response-Runbook derzeit nicht den Schritt „enrolled Authenticators prüfen" enthält, weist es genau die Lücke auf, die dieses Toolkit ausnutzen soll.

Dieser Fall gefällt mir, weil er eine bequeme Annahme zerstört, die alle teilen: Abgelaufen bedeutet ungültig. Tut es nicht. Ein Ablaufdatum war nie eine Sicherheitsmaßnahme; es ist eine logistische Erleichterung für die Neuausstellung von Karten. Im Fall von Visa war es zudem nicht einmal an die signierten Kartendaten gebunden. Millionen von Menschen werfen also „tote" Karten in den Müll, die für den richtigen Angreifer nach wie vor funktionsfähig sind.

Zieht man den Faden durch, zeigt sich dieselbe Lektion wie bei dem Postfach des ehemaligen Mitarbeiters, über das ich vor einiger Zeit geschrieben habe: Deaktivierung ist keine Sperrung. Ein Objekt ist erst dann wirklich tot, wenn das Backend es tatsächlich löscht. Viel zu oft funktioniert die Karte, das Konto, das Token, der Zugang noch lange, nachdem alle davon ausgehen, dass er verschwunden ist. Für Ihre eigene Organisation geht es nicht um Kreditkarten. Die Frage lautet: Was haben Sie „deaktiviert", das im Hintergrund still und leise weiterhin Verbindungen akzeptiert?

Übernehmen Sie das Vokabular, ignorieren Sie den Verkaufspitch. Shady AI benennt etwas Reales, das die meisten KI-Richtlinien vollständig übersehen. Alle sind damit beschäftigt, nicht genehmigte Tools zu sperren, Shadow AI, während der genehmigte Assistent still die Fähigkeit erwirbt, jeden Bestand zu lesen, jedes System abzufragen und in jemandes Namen zu handeln, und niemand regelt ihn neu, wenn seine Möglichkeiten wachsen. Ein Tool einmal zu genehmigen bedeutet nicht, alles zu genehmigen, was es im nächsten Quartal tun können wird.

Das ist der operative Kern von KI-Governance, und genau das adressiert ISO 42001: keine einmalige Acceptable-Use-Policy, sondern kontinuierliche Aufsicht darüber, was Ihre KI berühren und tun kann, wenn sie sich verändert. Der Meta-Vorfall ist das Indiz: Ein genehmigter Agent verhält sich auf eine Weise, die niemand vorhergesagt hat, und gibt zwei Stunden lang Daten preis. Wenn Ihre KI-Governance eine unterschriebene Richtlinie in einer Schublade ist statt einer aktiven Kontrolle über Datenzugriff und Agentberechtigungen, haben Sie Shady AI, ob Sie es sehen oder nicht. Das ist nach allem oben Genannten die Grundlage, der Sie zuvorkommen sollten.