Kurz gesagt: Kein Unternehmen hat eine neue Methode erfunden, um Menschen zu verifizieren, nur weil es einen KI-Sprachassistenten eingeführt hat. Banken bestätigen risikoreiche Aktionen weiterhin über ihre eigene App. Händler prüfen weiterhin eine Bestellnummer und eine Postleitzahl. Contact Center stellen weiterhin eine Handvoll wissensbasierter Fragen. Ein KI-Sprachassistent ersetzt nichts davon: Er ist die Gesprächsebene, die die richtige Frage stellt, auf die passende Bestätigung wartet und sich weigert, fortzufahren, solange die Verifizierung, der das Unternehmen bereits vertraut, nicht tatsächlich abgeschlossen ist.

Dieser letzte Punkt ist wichtiger, als er klingt. Ein KI-Sprachassistent, der einfach fragt „Wie lautet Ihr Geburtsdatum?” und die Antwort einfach so hinnimmt, verifiziert niemanden: Er sammelt lediglich Informationen, die sich ein Betrüger in dreißig Sekunden hätte beschaffen können. Echte Verifizierung hängt davon ab, wo die eigentliche Prüfung tatsächlich stattfindet: in einer Banking-App, gegen ein kommunales Register, in einem CRM-Datensatz oder gar nirgendwo.

Wie unterschiedliche Branchen Anrufer heute tatsächlich verifizieren

Niemand fängt hier bei null an. Jede Branche, die telefonisch mit Fremden spricht, hat bereits ein Verifizierungsmodell entwickelt, das sich daran orientiert, was sie sich leisten kann, falsch zu machen.

Banking und Finanzdienstleister vertrauen dem Telefonanruf selbst kaum noch. Eine risikoreiche Aktion, etwa eine hohe Überweisung, das Entsperren einer Karte oder ein Passwort-Reset, wird zunehmend in die Banking-App verlagert: eine Push-Benachrichtigung, die der Kunde per Fingerabdruck, Gesichtsscan oder PIN in einer vollständig von der Bank kontrollierten Umgebung bestätigt. In der EU ist das nicht bloß eine Präferenz der Banken: Die Vorschriften zur starken Kundenauthentifizierung aus der PSD2 (Verordnung (EU) 2018/389) verlangen für genau diese Art von Aktion zwei voneinander unabhängige Authentifizierungsfaktoren, weshalb der eigentliche Nachweis in der App liegt, nicht im Telefonanruf. Das Telefongespräch kann den Kunden bitten, diesen Schritt abzuschließen. Es kann ihn nicht für ihn erledigen, und das sollte es auch gar nicht versuchen.

E-Commerce und Handel benötigen für eine Rücksendung oder eine Frage zum Bestellstatus in der Regel kein derart hohes Sicherheitsniveau und verzichten deshalb darauf. Eine Bestellnummer plus eine Rechnungspostleitzahl, dasselbe Muster, das Systeme zur Adressvalidierung seit Jahren verwenden, reicht meist aus, um die Frage „Wo ist mein Paket?” zu beantworten, gerade weil dabei nichts Sensibles autorisiert wird.

Contact Center im weiteren Sinne, etwa in Versicherung, Energieversorgung, Telekommunikation und Gesundheitswesen, setzen nach wie vor stark auf wissensbasierte Verifizierung: Name, Geburtsdatum, Kontonummer, hinterlegte Adresse. Das ist fast überall der Standard, nicht weil es besonders sicher ist, sondern weil es günstig ist und genau das, was die Backend-Systeme ohnehin schon zu prüfen gelernt haben.

Die Schwachstelle: dem Anruf selbst vertrauen

Der Grund, warum Banken die Verifizierung aus dem Anruf heraus in die App verlagert haben, ist einfach: Der Anruf selbst beweist kaum etwas.

Die Rufnummernanzeige ist kein Identitätsnachweis, sondern lediglich eine Kennung, der das Netz standardmäßig vertraut. Unautorisierte SIM-Swaps, die genau dieses Vertrauen kapern sollen, stiegen bei den 2024 an die britische National Fraud Database gemeldeten Fällen um 1.055 % im Jahresvergleich, wobei Mobilfunkkonten 48 % aller gemeldeten Kontoübernahmen ausmachten (Cifas, Fraudscape 2025).

Regulierungsbehörden sind zum selben Schluss gekommen. In den USA verpflichtet die FCC Mobilfunkanbieter mittlerweile, Kunden vor jedem SIM-Swap oder jeder Rufnummernportierung zu authentifizieren und sofort eine Warnung zu senden, sobald ein solcher Vorgang stattfindet (FCC-Vorschrift zu SIM-Swap- und Port-out-Betrug), ein direktes regulatorisches Eingeständnis, dass eine Telefonnummer allein nie ein sicherer Weg war, jemanden zu erkennen.

Wissensbasierte Verifizierung hat eine eigene, noch besser belegte Schwäche. Dieselben Fakten, die einen legitimen Kunden verifizieren, etwa Geburtsdatum, Adresse oder eine Kontonummer, gehören auch zu den Daten, die am häufigsten in früheren Datenlecks offengelegt wurden. Deshalb hält der US-Standard NIST SP 800-63-4 (in Kraft seit August 2025) inzwischen unmissverständlich fest, dass wissensbasierte Verifizierung nicht zur Identitätsprüfung verwendet werden sollte, und reserviert sie nur für eng begrenzte Ausnahmen im Betrugsmanagement (NIST SP 800-63A).

Nichts davon ist spezifisch für Sprach-KI: Aus genau demselben Grund ist ein menschlicher Mitarbeiter, der dieselben drei Fragen stellt, ebenso angreifbar. Die FTC verzeichnete 2024 fast 850.000 Meldungen zu Identitätsbetrug (FTC), ein Teil der 12,5 Milliarden US-Dollar an Betrugsschäden, die Verbraucher in jenem Jahr über alle Kategorien hinweg meldeten (FTC Consumer Sentinel Network Data Book 2024), eine Erinnerung daran, dass, egal wer am anderen Ende der Leitung sitzt, Mensch oder KI, alle mit demselben unvollkommenen Signal arbeiten.

Wo ein KI-Sprachassistent tatsächlich ansetzt

Das ist der Teil, den man leicht falsch versteht: Ein KI-Sprachassistent ist kein Sicherheitsprodukt. Er verwaltet keine Identitätsdatenbank, er führt keine Sprachbiometrie durch, und er ist kein Ersatz für die App einer Bank oder den Betrugsschutz eines Händlers. Was er gut kann, ist, konsequent und bei jedem einzelnen Anruf genau den Verifizierungsprozess durchzusetzen, den das Unternehmen bereits als ausreichend definiert hat, und sich zu weigern fortzufahren, wenn dieser nicht erfüllt ist.

Der Flow Builder von AssistYou behandelt Identifikation & Verifizierung als striktes Gate, nicht als Vorschlag, um den sich die KI herumreden kann. Wie wir bereits in unserem Beitrag zu strikten Schemas für Enterprise-Sprachassistenten beschrieben haben, kann man einem Sprachmodell nicht einfach eine CRM-API übergeben und darauf vertrauen, dass es die Identitätsprüfung selbst herausfindet: Ein konversationelles Modell ohne Leitplanken ließe sich zu wiederholten Verifizierungsversuchen verleiten, die Schritt für Schritt Kontodetails preisgeben, die ein Angreifer ursprünglich gar nicht kannte. Ein Schema schließt genau diese Lücke: Es legt exakt fest, welche Datenpunkte erfasst und gegen das Backend bestätigt werden müssen, bevor der Flow überhaupt eine sensible API aufrufen darf.

In der Praxis ist dieses Backend immer etwas, das dem Unternehmen bereits gehört:

• Eine CRM- oder Kontodatenbank, geprüft auf dieselbe Weise, wie IVR-Systeme seit Jahren Anrufer nachschlagen: Name, Kontonummer und Adresse werden mit dem hinterlegten Datensatz abgeglichen, bevor irgendetwas Sensibles geschieht.
• Ein offizielles externes Register, dasselbe Muster, das unsere Knoten zur Adressvalidierung nutzen, um eine gesprochene Adresse gegen das niederländische BAG-Gemeinderegister abzugleichen, statt anzunehmen, die KI wisse einfach, wie eine gültige Adresse aussieht. Bei der Identität funktioniert es genauso: Der KI-Sprachassistent fragt, und das Register oder Backend, dem der Kunde bereits vertraut, antwortet.
• Eine Live-Übergabe an die Bestätigung, die die eigenen Systeme des Kunden verlangen: Hat eine Bank bereits eine App-basierte Push-Bestätigung eingerichtet, besteht die Aufgabe des KI-Sprachassistenten darin, den Anrufer zu bitten, seine App zu prüfen, und auf einen bestätigten Status zu warten, bevor es weitergeht, statt eine eigene Version dieser Prüfung zu erfinden.

Das ist auch der Grund, warum AssistYou keine Sprachbiometrie als Produkt anbietet. Abgesehen von der Komplexität bei Genauigkeit und Einwilligung fällt biometrische Identifikation unter Anhang III des EU AI Act als Hochrisikokategorie, zusammen mit Bonitätsbewertung und Systemen für die Personalauswahl (siehe unsere Analyse zum EU AI Act), eine deutlich schwerere Compliance-Pflicht, die die meisten Contact Center gar nicht erst eingehen müssen, wenn die Banking-App, der CRM-Datensatz oder die Registerprüfung des Kunden die Aufgabe bereits erfüllt.

So sieht das in einem realen Flow aus

Drei Muster decken das meiste ab, was Unternehmen tatsächlich brauchen, und alle drei führen zu einem System, das der Kunde bereits besitzt, nicht zu einem, das AssistYou bereitstellt:

Muster	Was der KI-Sprachassistent tut	Wo die eigentliche Prüfung stattfindet
Wissensbasierte Verifizierung	Erfasst Name, Kontonummer und ein weiteres identifizierendes Detail, durch ein Schema erzwungen, damit nichts übersprungen wird oder in einer Schleife erraten werden kann	Die eigene CRM- oder Kontodatenbank des Kunden
Abgleich mit Register oder Datenbank	Fragt nach dem Detail (einer Adresse, einer Policennummer) und hält den Flow an, bis es bestätigt ist	Ein offizielles Register (z. B. BAG) oder das Backend des Kunden
Bestätigung über App oder Code des Kunden	Bittet den Anrufer, die Aktion in seiner App zu bestätigen, oder einen vom System des Kunden generierten Code vorzulesen, und wartet auf einen bestätigten Status, bevor es weitergeht	Die Banking-App, das SMS-Gateway oder der bestehende Authentifizierungsdienst des Kunden

Der rote Faden ist derselbe, der sich durch die Art und Weise zieht, wie AssistYou Anrufe an menschliche Kolleginnen und Kollegen übergibt: Das verifizierte Detail, eine bestätigte Kontonummer, ein freigegebener Status, wandert mit dem Gespräch mit, egal ob es genutzt wird, um eine Self-Service-Aktion freizuschalten, oder an einen Mitarbeiter weitergegeben wird, damit niemand dieselbe Frage zweimal stellen muss.

Was Sie prüfen sollten, bevor Sie Sprach-KI für irgendetwas Sensibles einsetzen

Bevor Sie davon ausgehen, dass ein KI-Sprachassistent „die Verifizierung übernimmt”, lohnt sich ein ehrlicher Blick darauf, was bereits vorhanden ist:

• Was prüft Ihre aktuelle Telefonverifizierung heute tatsächlich? Wissensbasierte Fragen, ein Kontoabgleich, etwas Stärkeres? Ein KI-Sprachassistent kann das konsequent bei jedem Anruf durchsetzen, übernimmt dabei aber die Stärke oder Schwäche des Prozesses, den er durchsetzt.
• Verfügen Sie bereits über einen App-basierten Bestätigungs-Flow für risikoreiche Aktionen? Wenn ja, besteht die Aufgabe des KI-Sprachassistenten darin, dorthin weiterzuleiten, nicht ihn zu duplizieren.
• Gibt es bereits ein SMS- oder Einmalcode-Gateway, das Ihre Organisation an anderer Stelle nutzt? Ein KI-Sprachassistent, der auf einem flexiblen Flow Builder aufgebaut ist, kann diese Prüfung auslösen und auf das Ergebnis warten. Das Versenden und Verifizieren selbst findet weiterhin in dem System statt, das das bereits erledigt.
• Was passiert, wenn die Verifizierung fehlschlägt? Ein gut gebauter Flow, wie unsere Hinweise zur CRM-Integration zeigen, eskaliert mit vollständigem Kontext an einen Mitarbeiter, statt den Anrufer in einer Schleife hängen zu lassen oder, schlimmer noch, zu raten.

Häufig gestellte Fragen

Kann ein KI-Sprachassistent Identität genauso sicher verifizieren wie eine Banking-App? Nein, nicht allein. Die biometrische oder PIN-Bestätigung einer Banking-App findet in einer Umgebung statt, die die Bank vollständig kontrolliert. Die Aufgabe eines KI-Sprachassistenten besteht darin, den Anrufer anzuleiten, diesen Schritt abzuschließen, und auf die Bestätigung zu warten, bevor es weitergeht. Die Sicherheit selbst bleibt im System der Bank.

Bietet AssistYou Sprachbiometrie oder eine eigene Identitätsinfrastruktur an? Nein. Der Flow Builder von AssistYou erzwingt Identifikations- und Verifizierungsschritte gegen das Backend, das Register oder das App-Bestätigungssystem, das ein Kunde bereits besitzt. Er liefert weder biometrischen Abgleich noch eine eigene Identitätsdatenbank.

Kann ein KI-Sprachassistent Rufnummernspoofing verhindern? Nicht allein: Die Rufnummernanzeige war nie ein Identitätsnachweis, und genau deshalb nehmen SIM-Swap-Betrug und Nummernspoofing weiter zu. Was ein KI-Sprachassistent leisten kann, ist, die eingehende Nummer nicht als ausreichend zu akzeptieren und stattdessen zu einer stärkeren Prüfung weiterzuleiten, etwa einem SMS-Code oder einer App-Bestätigung, sofern der Kunde eine solche eingerichtet hat.

Was ist ein sinnvoller Mindeststandard für die Verifizierung bei einem Contact Center, das heute nichts Stärkeres als wissensbasierte Fragen hat? Wissensbasierte Verifizierung, konsequent durchgesetzt und gegen den hinterlegten Kontodatensatz geprüft, bevor irgendetwas Sensibles geschieht, ist ein vertretbarer Mindeststandard, derselbe, den die meisten von Menschen besetzten Contact Center bereits nutzen. Gegen einen entschlossenen Angreifer mit Zugriff auf geleakte Daten ist sie nicht stark, und genau deshalb sollte sie nur risikoarme Aktionen freigeben, während alles Risikoreichere an eine stärkere, bereits vorhandene Prüfung eskaliert wird.

Verifizieren Sie gegen das, was Sie bereits vertrauen

Die Unternehmen, die das richtig machen, sind nicht die, die von ihrem KI-Sprachassistenten verlangen, zum Sicherheitsprodukt zu werden. Es sind die, die bereits wissen, was „verifiziert” für ihre Organisation bedeutet, eine App-Bestätigung, ein Registerabgleich, ein Kontoabgleich, und die den KI-Sprachassistenten nutzen, um das jedes Mal ohne Ausnahme durchzusetzen und sauber zu übergeben, sobald er an seine Grenzen stößt.

Wenn Sie einen KI-Sprachassistenten für irgendetwas mit sensiblen Aktionen evaluieren, lautet die richtige erste Frage nicht „Kann die KI meine Kunden verifizieren?”, sondern „Was vertrauen wir bereits, und lässt sich das anbinden?”

← Zurück zum Blog