Freitagabend, zehn nach sechs. Am Helpdesk sitzen noch zwei Agenten, die Warteschlangenanzeige meldet vier Anrufer. Der nächste ist ein Mann, der sich als Markus aus dem Finanzbereich vorstellt. Er steht am Flughafen, sein Flug boardet in vierzig Minuten, sein neues Telefon verweigert die Übernahme des Authenticators, und jetzt ist er aus allem ausgesperrt, was er für den Monatsabschluss am Montag braucht. Seine Personalnummer hat er parat. Er kennt den Namen seiner Vorgesetzten, und er weiß, dass sie bis Mittwoch im Urlaub ist, weshalb sie ihn gerade nicht bestätigen kann. Er ist höflich, leicht verlegen, exakt so gestresst, wie ein echter Mensch es wäre. Der Agent hat heute einundvierzig Tickets geschlossen. Ein Authenticator-Reset dauert vier Minuten und verkürzt die Warteschlange ebenso wie den Abend dieses Mannes.

Dieser Anruf, bis auf die Details, ist die Geschichte, wie MGM Resorts im September 2023 fiel. Und spiegelverkehrt ist es auch die Geschichte, wie sich täglich Beschäftigte von einem falschen IT-Mitarbeiter am Telefon Fernwartungssoftware unterschieben oder Codes vorlesen lassen. Eine Schwäche, zwei Richtungen: Am Telefon kann keine Seite beweisen, wer sie ist.

Ein Anruf von zehn Minuten, zehn Tage Stillstand

Anfang September 2023 suchten Angreifer der Gruppe, die unter dem Namen Scattered Spider verfolgt wird, einen MGM-Mitarbeiter auf LinkedIn heraus, riefen den IT-Helpdesk des Konzerns an und gaben sich als er aus. Berichten zufolge dauerte das Gespräch rund zehn Minuten. Der erwirkte Reset führte zu privilegiertem Zugriff auf MGMs Okta-Identitätsumgebung und von dort zu Ransomware im gesamten Konzern: abgesperrte Spielautomaten auf den Casinoflächen in Las Vegas, tote digitale Zimmerschlüssel, ausgefallene Reservierungssysteme, etwa zehn Tage Störung. In einer Börsenmitteilung einen Monat später bezifferte MGM den Schaden auf rund 100 Millionen Dollar für das Quartal, dazu etwa 10 Millionen an einmaligen Reaktionskosten, und bestätigte den Diebstahl von Kundendaten bis hin zu Sozialversicherungs- und Passnummern.

Der Fall Clorox ist weniger bekannt und lehrreicher für alle, die ihren Servicedesk ausgelagert haben. Im August 2023 rief jemand bei dem Helpdesk an, den Cognizant für Clorox betrieb, und verlangte Passwort- und MFA-Resets für Mitarbeiterkonten. Laut der Klage, die Clorox im Juli 2025 einreichte, gaben die Agenten sie heraus, ohne nach Personalnummer, Vorgesetztem oder irgendetwas zu fragen, was die schriftliche Prozedur verlangte; die Klageschrift zitiert Gesprächsprotokolle, in denen der Agent die Zugangsdaten schlicht aushändigt. Clorox zufolge zwang der Einbruch Werke in den Handbetrieb und verursachte monatelange Lieferengpässe; gefordert werden rund 380 Millionen Dollar. Wie das Gericht auch entscheidet, die Klage hat jetzt schon etwas Nützliches bewirkt: Die Verifikationsprozedur am Helpdesk ist eine Vorstandsfrage geworden, über die prozessiert wird. Wer seinen Reset-Prozess bei einem Dienstleister liegen hat, muss wissen: Der Vertrag wiegt inzwischen so schwer wie die Firewall.

Derselbe Trick funktioniert in der Gegenrichtung

Drehen Sie die Rollen um, und das Skript trägt weiter. Statt als Mitarbeiter den Helpdesk anzurufen, ruft der Angreifer als Helpdesk den Mitarbeiter an. „IT-Sicherheit, guten Tag. Wir sehen Schadsoftware-Traffic von Ihrem Rechner, bitte installieren Sie dieses Support-Tool, damit ich das bereinigen kann”, oder noch billiger: „Ich habe gerade einen Reset auf Ihr Handy ausgelöst, lesen Sie mir den Code auf Ihrem Bildschirm vor, damit ich sicher bin, dass Sie es sind.” Eine Variante zermürbt das Ziel zuerst mit einem Schwall von MFA-Push-Meldungen um zwei Uhr nachts und ruft am Morgen als „IT” an, die die Störung abstellen will.

Nichts davon ist Spekulation. Die gemeinsame Warnung von CISA und FBI zu Scattered Spider, erstmals im November 2023 veröffentlicht und zuletzt im Juli 2025 aktualisiert, beschreibt genau dieses doppelte Drehbuch: Täter, die sich gegenüber Helpdesks als Mitarbeiter ausgeben, um Resets zu erwirken, und die sich gegenüber Mitarbeitern als IT- und Helpdesk-Personal ausgeben, um Zugangsdaten abzugreifen und Fernzugriffswerkzeuge installieren zu lassen. Auch das BSI führt Social Engineering als Angriff auf den Menschen statt auf die Technik: ausgenutzt werden Hilfsbereitschaft, Vertrauen und Respekt vor Autorität. Was den Anruf beim Mitarbeiter so wirksam macht: Die meisten Beschäftigten sind noch nie in ihrem Berufsleben ungefragt von der eigenen IT angerufen worden, aber sie haben auch keinerlei Möglichkeit zu prüfen, ob dieser eine Anruf echt ist.

Warum Wissensfragen nichts mehr beweisen

Die meisten Helpdesks verifizieren Anrufer über Dinge, die der Anrufer wissen sollte: Personalnummer, Geburtsdatum, Name des Vorgesetzten, Standort, vielleicht das letzte Ticket. Vor zwanzig Jahren war das ein brauchbarer Filter. Heute steht das Organigramm auf LinkedIn, Geburtsdaten und Adressen liegen in Datenlecks, und Infostealer-Logs für ein paar Euro enthalten Browserverlauf, gespeicherte Passwörter und oft Screenshots des Intranets. Der Angreifer hat all das offen vor sich liegen, während er wählt.

Darunter liegt ein grausameres Problem, das mir in Incident-Berichten immer wieder auffällt: Der Angreifer schneidet besser ab als der echte Mitarbeiter. Der echte Markus, in Panik am Flughafen, stolpert über seine Personalnummer und weiß nicht mehr, welches Ticket er im März aufgemacht hat. Der Hochstapler antwortet sofort, denn er hat sich vorbereitet. Agenten, die an Bearbeitungszeit und Zufriedenheitswerten gemessen werden, lernen, Souveränität als Echtheit zu lesen, und Souveränität ist genau das, woran es einem professionellen Social Engineer nie mangelt. Wissensbasierte Verifikation versagt gegen diesen Gegner nicht nur; sie wählt ihn aktiv aus.

Die echten Gegenmaßnahmen, mit ihrem echten Preis

Der Rückruf ist die stärkste einfache Kontrolle: auflegen und den Mitarbeiter auf der Mobilnummer aus dem HR-System zurückrufen, niemals auf der Nummer, von der der Anruf kam. Das funktioniert, weil der Angreifer dieses Telefon nicht kontrolliert. Die Kosten sind real: Nummern veralten, Neueintritte stehen noch nicht im System, und ein SIM-Swap, ebenfalls Teil des Repertoires dieser Gruppe, kann den Rückruf kapern. Der klassische Vorwand „Ich habe mein Handy verloren, deshalb rufe ich von dieser Nummer an” ist genau darauf gebaut, den Rückruf sinnlos erscheinen zu lassen. Das ist er nicht: Eine Verloren-Geschichte muss die Verifikationsstufe erhöhen, nie senken.

Videoanrufe mit Liveness-Prüfung, bei denen der Agent den Anrufer mit dem Foto aus der Personalakte vergleicht, legen die Latte höher. Man sollte ehrlich über die Obergrenze sein: Face-Swapping in Echtzeit ist inzwischen Massenware, und ein Helpdesk-Agent, der auf ein komprimiertes Videobild blinzelt, ist kein Deepfake-Detektor. Video verteuert den Angriff; es beseitigt ihn nicht.

Die Freigabeschleife über den Vorgesetzten fügt einen zweiten Menschen hinzu. Sie ist auch langsam, sie bricht, wenn der Vorgesetzte im Flugzeug sitzt, und sie wirft die Frage auf, wie die Freigabe selbst verifiziert wird. Eine E-Mail „vom” Vorgesetzten ist exakt so fälschbar wie der ursprüngliche Anruf.

Passkeys und FIDO2 verändern, was ein erschlichener Reset wert ist: Mit phishing-resistenten Anmeldeverfahren gibt es kein Passwort zum Herausgeben und keinen Einmalcode zum Vorlesen. Aber der Registrierungs- und Wiederherstellungsprozess wird damit zum neuen Kronjuwel. Die Helpdesk-Aktion „neuen Passkey für diesen Benutzer registrieren” kommt der Ausstellung einer Identität gleich: Behandeln Sie sie als privilegierte Änderung mit Ihrer stärksten Verifikation, nicht als Routineticket.

Ein Verifikationsprotokoll für beide Richtungen

Die Form einer verteidigungsfähigen Prozedur, komprimiert:

Teilen Sie die Aktionen in Risikoklassen ein. Passwort-Reset, MFA-Neuregistrierung und Reset eines privilegierten oder Vorstandskontos sind drei verschiedene Dinge. Jede Klasse verlangt stärkere Verifikation, und die oberste Klasse wird nie in einem einzigen eingehenden Anruf abgeschlossen.
Verbieten Sie statisches Wissen als Nachweis. Alles, was sich über eine Person recherchieren lässt, beweist nichts. Es darf ein Ticket zuordnen; es darf nie eines autorisieren.
Rufen Sie immer auf der Nummer aus der Personalakte zurück. Behauptet der Anrufer, diese Nummer sei tot, eskaliert der Vorgang zu persönlicher oder Video-Verifikation mit einem zweiten Freigeber. Er eskaliert, er wird nie herabgestuft.
Behandeln Sie MFA- und Kontaktdatenänderungen als privilegierte Operationen. Benachrichtigen Sie das alte Gerät und die Führungskraft, und halten Sie die Änderung in einem kurzen Wartefenster, in dem der echte Mitarbeiter widersprechen kann.
Geben Sie Agenten das Recht, Nein zu sagen. Halten Sie schriftlich fest, dass kein Vorstand, wie wütend auch immer, Anspruch auf einen Reset im selben Gespräch hat. Ein Agent, der unter Druck ablehnt, bekommt Dank, öffentlich.
Sagen Sie den Beschäftigten, was die IT nie tun wird. Die IT ruft nie unaufgefordert an, um sich einen Code vorlesen zu lassen, eine Push-Meldung freigeben zu lassen, Software installieren zu lassen oder ein Passwort abzufragen. Ein Satz, wiederholt, bis er langweilig wird.

Für die Gegenrichtung braucht es zu dieser letzten Regel nur eine Gewohnheit: auflegen und selbst über die veröffentlichte interne Helpdesk-Nummer zurückrufen oder ein Ticket eröffnen, und den ursprünglichen Anruf auch dann melden, wenn man nicht darauf hereingefallen ist. Der erste Mitarbeiter, der einen falschen IT-Anruf meldet, ist meist die einzige Vorwarnung, die das Sicherheitsteam vom Beginn einer Kampagne bekommt.

Verifikation, die weder auf Wissen noch auf Stimme beruht

Alles oben stützt sich noch immer auf einen Kanal, in dem Identität erst behauptet und dann verhandelt wird. Diese Asymmetrie ist der Grund, warum wir Hongi bauen. Zwei Menschen koppeln sich einmal, persönlich, per QR-Code-Scan; danach sieht jeder von ihnen ein rotierendes Codewort, das sich alle 30 Sekunden erneuert und offline auf dem eigenen Gerät berechnet wird. Ruft jemand an, der behauptet, ein Kollege zu sein, oder die IT, fragen Sie nach dem aktuellen Codewort. Ein Hochstapler kann es nicht kennen: Es steht in keinem Datenleck, es lässt sich nicht klonen wie eine Stimme, und es hat sich schon wieder geändert, bevor es wiederverwendet werden kann.

Für ein kleines Team funktioniert das heute mit der kostenlosen App: Koppeln Sie jeden Mitarbeiter mit dem Helpdesk, oder Kollegen untereinander, an einem Nachmittag. Und ich bin ehrlich, was die Grenzen angeht: Im Konzernmaßstab braucht es Verzeichnisanbindung und ein SDK in Ihren bestehenden Werkzeugen, und dieser Strang steht auf unserer Roadmap, noch nicht im Produkt. Wenn Sie die Richtung interessiert: Die Details stehen auf unserer Seite für Organisationen, und die FAQ erklärt, wie der Codewort-Mechanismus darunter funktioniert.

Der Helpdesk saß früher hinter dem Perimeter. Die Anrufe oben sind das Geräusch, das entsteht, seit er der Perimeter ist. Verifizieren Sie entsprechend.