Kein Hacker, nur ein Crawler: Wie ein KI-Bot von OpenAI bei einem Versicherer Kundendaten samt IBAN abgriff

Beim Nürnberger Versicherer uniVersa ist es zu einem Datenschutzvorfall gekommen, der auf beunruhigende Weise die neue Realität rund um künstliche Intelligenz zeigt: Ein KI-Crawler von OpenAI hat auf Kundendaten zugegriffen – darunter Namen, Anschriften, Versicherungsnummern und Tarifinformationen, bei einigen Kunden sogar die Bankverbindung mit IBAN und BIC.

Das eigentlich Bemerkenswerte: Dahinter steckte kein raffinierter Hackerangriff. Es gab keine ausgeklügelte Schadsoftware, keinen Erpresser, keine gestohlenen Passwörter. Ein automatisierter Bot, wie er millionenfach das Internet durchsucht, um KI-Modelle mit Daten zu füttern, hat schlicht genommen, was für kurze Zeit offen erreichbar war.

Was ist passiert?

Nach Angaben des Unternehmens ereignete sich der Vorfall im Zuge einer IT-Umstellung am 7. Juli 2026. Dabei war ein einzelner Server für kurze Zeit ungeschützt aus dem Internet erreichbar – nach Unternehmensangaben nur „für wenige Stunden". Doch dieses schmale Zeitfenster genügte: Ein KI-Crawler stieß auf den offenen Server und griff die dort liegenden Daten ab.

Entdeckt wurde der unerwünschte Zugriff nach eigenen Angaben „im Rahmen interner Sicherheitskontrollen". uniVersa schaltete den betroffenen Server umgehend ab, zog externe Forensik-Experten hinzu und informierte die Bayerische Datenschutzaufsicht (BayLDA). Deren Präsident Michael Will bestätigte, dass der Behörde eine Meldung vorliegt, nannte wegen der laufenden Untersuchung aber keine Details.

Welche Daten waren betroffen?

Betroffen waren drei Gesellschaften der uniVersa-Gruppe (Lebens-, Kranken- und Allgemeine Versicherung). Nach Unternehmensangaben ging es um:

• Allgemeine personenbezogene Daten wie Namen und Anschriften,
• Vertragsdaten wie Versicherungsnummern und Tarifinformationen,
• bei einem Teil der Kunden zusätzlich Bankverbindungsdaten (IBAN und BIC).

Nicht betroffen waren dem Unternehmen zufolge Gesundheits-, Login- und Kreditkartendaten sowie die zentralen Verwaltungssysteme und das Kundenportal. Wie viele Kunden insgesamt betroffen sind, teilte uniVersa nicht mit.

Das eigentliche Problem: Daten bei einer KI holt man nicht zurück

Bei einem klassischen Datenleck ist die Frage: Wer hat die Daten, und was tut er damit? Hier ist die Antwort besonders unangenehm. uniVersa hat OpenAI schriftlich aufgefordert, die abgerufenen Daten nicht zu verwenden und vollständig zu löschen. Ob und wie das geschieht, ist offen – „wie OpenAI mit den Daten umgeht, ist noch unklar".

Genau darin liegt die neue Dimension: Sind personenbezogene Daten erst einmal in die Verarbeitungs- und Trainingspipeline eines großen KI-Anbieters geraten, lässt sich ihre restlose Entfernung praktisch kaum überprüfen oder erzwingen. Man ist auf die Zusage des Anbieters angewiesen. Ein herausgegebenes Passwort kann man ändern – eine IBAN, die in einem KI-System gelandet ist, nicht.

Dieser Fall ist damit die zweite Seite einer Medaille, deren erste wir erst kürzlich beschrieben haben. Im Beitrag 17.000 Angriffsschritte, kein menschlicher Hacker ging es um eine OpenAI-KI, die bei einem Sicherheitstest aktiv in fremde Systeme eindrang. Der uniVersa-Vorfall zeigt die passive Variante: Ein Bot greift nicht an – er nimmt einfach mit, was erreichbar ist. Beide Fälle haben dieselbe Kernaussage: KI-Systeme agieren automatisiert, rund um die Uhr und im Maschinentempo. Was erreichbar ist, wird erfasst – ohne böse Absicht, aber mit realen Folgen.

Warum das jedes Unternehmen betrifft

„Wir sind doch kein großer Versicherer" – dieser Gedanke greift zu kurz. Der entscheidende Fehler in diesem Fall war banal und kann überall passieren: Ein Server war für kurze Zeit ungeschützt erreichbar. Genau solche Momente entstehen im Alltag ständig – und besonders häufig bei Umstellungen, Migrationen und Wartungsarbeiten:

• IT-Umstellungen sind Risikomomente: Beim Umzug auf neue Server, in die Cloud oder bei Konfigurationsänderungen sind Systeme oft für einen kurzen Übergang unvollständig abgesichert. Genau dann ist die Aufmerksamkeit am geringsten und das Fenster für Fehler am größten.
• Das Internet wird permanent durchsucht: Ein offener Server bleibt keine Stunde unbemerkt. Neben KI-Crawlern durchkämmen Suchmaschinen und automatisierte Scanner ununterbrochen jede erreichbare Adresse. „Kurz mal offen" reicht.
• Automatisierung kennt keine Zielgröße: Ein Crawler unterscheidet nicht zwischen Konzern und Handwerksbetrieb. Er nimmt, was er findet. Klein zu sein, schützt nicht.
• Der Schaden ist meldepflichtig: Sobald personenbezogene Daten betroffen sind, verlangt die DSGVO eine Meldung an die Aufsichtsbehörde – in der Regel binnen 72 Stunden. Aus einem technischen Fehler wird so schnell ein rechtliches und Reputationsthema.

Was Sie jetzt konkret tun sollten

• Umstellungen sauber planen: Server-Migrationen, Cloud-Umzüge und Wartungen gehören strukturiert durchgeführt – mit klarer Reihenfolge, in der Absicherung vor Erreichbarkeit kommt. Kein System sollte je „kurz offen" ans Netz, bevor Firewall und Zugriffsschutz stehen.
• Keine ungeschützten Dienste ins Internet: Alles, was nicht zwingend öffentlich sein muss, gehört hinter Firewall, VPN oder Zugriffskontrolle. Was nicht erreichbar ist, kann auch kein Crawler abgreifen.
• Angriffsfläche regelmäßig prüfen: Von außen kontrollieren, welche Systeme, Ports und Dienste tatsächlich aus dem Internet erreichbar sind – idealerweise dauerhaft überwacht, nicht nur einmal im Jahr.
• KI-Crawler bewusst steuern – aber nicht darauf verlassen: Über robots.txt und das Sperren bekannter Bots (etwa des OpenAI-Crawlers GPTBot) lässt sich seriöses Crawling einschränken. Wichtig: Das ist eine Höflichkeitsregel, kein Sicherheitsmechanismus. Sensible Daten dürfen niemals von einer robots.txt abhängen, sondern müssen durch echte Zugriffskontrolle geschützt sein.
• Monitoring, das Anomalien meldet: uniVersa hat den Zugriff durch interne Kontrollen bemerkt – ohne Überwachung wäre er womöglich unentdeckt geblieben. Ungewöhnliche Zugriffe müssen auffallen, auch nachts und am Wochenende.
• DSGVO-Meldeprozess vorbereiten: Wer im Ernstfall erst überlegt, wer die Aufsichtsbehörde informiert und wie Betroffene benachrichtigt werden, verliert wertvolle Zeit. Wie sich technische und organisatorische Datenschutzlücken schließen lassen, zeigt unser Beitrag DSGVO-konforme IT: Die 7 häufigsten technischen Lücken.

Und für den Fall, dass Sie selbst betroffen sein könnten, rät auch die Datenschutzaufsicht zu den bewährten Grundregeln: Passwörter ändern, Konto- und Kreditkartenbewegungen kontrollieren und bei ungewöhnlichen E-Mails, Anrufen oder Briefen besonders vorsichtig sein. Denn abgegriffene Namen, Adressen und Vertragsdaten sind ideales Rohmaterial für täuschend echte Betrugsversuche.

Unser Fazit

Der uniVersa-Vorfall ist ein Weckruf mit einer unbequemen Pointe: Es braucht keinen Hacker mehr, um ein Datenleck zu verursachen – ein kurzer Moment der Unachtsamkeit und ein automatisierter Bot genügen. Die Grundursache war kein exotischer Angriff, sondern ein offener Server bei einer IT-Umstellung. Das ist die Art von Fehler, die in jedem Unternehmen passieren kann – und die sich mit sauberer Planung und konsequenter Zugriffskontrolle verhindern lässt.

Die Lehre ist deshalb dieselbe wie bei den spektakuläreren KI-Vorfällen der letzten Wochen: In einer Welt, in der Bots das Netz rund um die Uhr durchsuchen, entscheidet die Sorgfalt in den unscheinbaren Momenten – bei der Migration, der Wartung, der Konfiguration. Genau dort trennt sich ein beherrschter Übergang von einem meldepflichtigen Datenschutzvorfall.

Quelle: heise online – „Datenschutzvorfall bei uniVersa: Crawler von OpenAI griff Daten ab" (Marie-Claire Koch, Juli 2026), heise.de. Der Artikel wurde inhaltlich eigenständig aufbereitet und für Unternehmen in Deutschland redaktionell neu verfasst.