Ein Chatbot kann „private“ und „verschlüsselte“ Gespräche versprechen, während Betreiber trotzdem Zugriff auf den Klartext haben. Der Fall Seewa AI macht diese Lücke sichtbar – ohne zu belegen, dass alle KI-Chats offen lesbar sind.
Das Wichtigste in 30 Sekunden
- Das Bureau of Investigative Journalism (TBIJ) berichtete am 5. August 2026, dass Seewa AI nach einer Untersuchung offline genommen wurde.
- Laut TBIJ konnten Entwickler Gespräche lesen, die Nutzer als privat und verschlüsselt beschrieben bekommen hatten.
- Das ist kein Nachweis für einen Kryptobbruch und keine Aussage über alle Chatbots.
- „Privat“, „verschlüsselt“ und „Ende-zu-Ende-verschlüsselt“ müssen getrennt geprüft werden.
- Vor sensiblen Eingaben zählen außerdem Betreiberzugriff, Speicherung, mögliche Trainingsnutzung, Löschung und Auskunft.
Was im Seewa-Fall berichtet wurde
Seewa AI wurde nach der Untersuchung offline genommen. TBIJ berichtete am 5. August 2026, dass Entwickler Gespräche lesen konnten, die Nutzer als privat und verschlüsselt beschrieben bekommen hatten. Der Befund bezieht sich auf den konkret untersuchten Dienst und nicht auf Chatbots insgesamt.
Die Vorgeschichte stammt aus einer TBIJ-Recherche vom Juni. Sie stellte den möglichen Zugriff des Entwicklers auf intime Chatverläufe dem Eindruck gegenüber, den ein privates und verschlüsseltes Angebot bei Nutzern erzeugt. Der Juni-Bericht ist Hintergrund; der Offline-Status vom 5. August ist der aktuelle Nachrichtenanker.
Der Bericht trägt nur einen begrenzten Befund. Er belegt weder einen technischen Bruch einer Ende-zu-Ende-Verschlüsselung noch die konkrete Architektur von Seewa. Auch Nutzerzahlen, die Zahl gelesener Chats, eine Speicherfrist, eine Trainingsnutzung oder die Löschung alter Gespräche sind damit nicht belegt. Der Offline-Status war laut TBIJ eine Entwicklung nach der Untersuchung, keine nachgewiesene behördliche Schließung.
Was „verschlüsselt“ technisch heißen kann
„Verschlüsselt“ klingt im Alltag eindeutig. Technisch kann das Wort aber mehrere Schutzebenen meinen. Daten können auf dem Weg zwischen App und Server verschlüsselt sein. Sie können auch auf dem Server verschlüsselt gespeichert werden. In beiden Fällen kann der Dienst die Nachrichten während der Verarbeitung entschlüsseln – etwa, weil das Sprachmodell die Unterhaltung auf einem Server beantworten muss.
Ende-zu-Ende-Verschlüsselung stellt eine weitergehende Behauptung auf: Nur die vorgesehenen Endpunkte sollen den Inhalt lesen können, nicht der Betreiber auf dem Transportweg oder im laufenden Dienst. Ob das bei einem konkreten Chatbot gilt, hängt von der Architektur und den Schlüsseln ab. Der Seewa-Fall sagt nicht, welche Architektur dort eingesetzt wurde. Er zeigt aber, warum ein Werbeversprechen allein keine technische Prüfung ersetzt.
| Begriff | Was er nahelegt | Offene Frage für Nutzer |
|---|---|---|
| privat | Die Unterhaltung soll nicht öffentlich sein. | Wer im Unternehmen darf den Inhalt sehen? |
| verschlüsselt | Daten werden bei Übertragung oder Speicherung geschützt. | Kann der Dienst sie für Antworten wieder entschlüsseln? |
| Ende-zu-Ende-verschlüsselt | Nur die vorgesehenen Endpunkte sollen den Inhalt lesen. | Wer besitzt die Schlüssel, und gilt das auch für Backups und Support? |
Betreiberzugriff ist eine eigene Sicherheitsfrage
Selbst eine technisch starke Verschlüsselung beantwortet nicht automatisch, wer im Betrieb Zugriff erhält. Ein Dienst kann Berechtigungen, Support-Werkzeuge, Protokolle und interne Prozesse so organisieren, dass einzelne Mitarbeitende Inhalte sehen können. Umgekehrt kann ein Anbieter den Klartext technisch verarbeiten, ohne ihn jedem Team zugänglich zu machen. Für die Bewertung braucht es deshalb beides: die technische Verschlüsselungsebene und die organisatorischen Zugriffsregeln.
Bei einem Chatbot mit langen, persönlichen Gesprächen ist diese Unterscheidung besonders wichtig. Eine Unterhaltung kann Informationen über Beziehungen, Gesundheit, Arbeit, Finanzen oder Einsamkeit enthalten. Wer einen emotionalen Begleiter nutzt, gibt solche Informationen womöglich freiwilliger preis als in einem kurzen Suchdialog. EPRS beschreibt bei personalisierten AI companions deshalb zusätzliche Transparenz- und Datenrisiken. Eine Analyse von BEUC und Sciences Po DIGILAW verweist ebenfalls auf intime Gespräche, Memory-Funktionen und affektives Spiegeln als Faktoren, die beziehungsähnliche Nutzung fördern können. Diese Quellen liefern Kontext, aber keinen Messwert für Seewa.
Welche Fragen in Deutschland und der EU offen bleiben
Für Nutzer in Deutschland und der EU ist zunächst der Betreiber relevant: Wer ist für den Dienst verantwortlich, welche Daten werden erhoben und wie lange bleiben sie gespeichert? Ebenso wichtig ist, ob Eingaben zur Verbesserung oder zum Training verwendet werden können. Allgemeine Hinweise der Verbraucherzentrale zeigen, dass solche Einstellungen und Regeln je nach Anbieter unterschiedlich ausfallen und vor der Nutzung geprüft werden sollten.
Die DSGVO liefert dafür praktische Fragen zu Transparenz, Verantwortlichkeit, Rechtsgrundlage, Auskunft und Löschung. EPRS ordnet außerdem ein, dass je nach Dienst weitere europäische Regeln wie der AI Act oder der Digital Services Act relevant sein können. Daraus folgt aber keine konkrete Rechtsverletzung von Seewa. Eine individuelle rechtliche Bewertung kann der Artikel nicht ersetzen.
Der EDPB verweist in einem getrennten Beispiel auf eine italienische Entscheidung gegen Luka Inc., den Anbieter des Chatbots Replika. Die italienische Aufsicht verhängte eine Verwaltungsstrafe von fünf Millionen Euro und beanstandete unter anderem Transparenz, Rechtsgrundlage, Verantwortlichkeit, Datenschutz durch Technikgestaltung und Altersverifikation. Das zeigt, dass emotionale Chatbot-Dienste nicht außerhalb normaler Datenschutzpflichten stehen. Der Fall ist aber keine Entscheidung zu Seewa und hat keine automatisch direkte Rechtswirkung für diesen Dienst.
Offline heißt nicht automatisch gelöscht
Wenn ein Dienst nicht mehr erreichbar ist, endet die öffentliche Nutzung. Daraus folgt nicht, dass historische Gespräche gelöscht wurden. Ohne eine überprüfbare Aussage des Betreibers bleiben Speicherfrist, Backups, Exportmöglichkeiten und der Umgang mit Löschanfragen offen. Das gilt gerade bei Diensten, die persönliche Dialoge über längere Zeit speichern oder für Antworten kontextualisieren.
Wer eine Auskunft oder Löschung verlangt, sollte den Anbieter und den konkreten Account dokumentieren, den Antrag nachvollziehbar stellen und die Antwort aufbewahren. Das ist keine Garantie für eine bestimmte Reaktion. Es schafft aber eine klare Spur, falls später Fragen zu Zugriff, Aufbewahrung oder Verantwortlichkeit entstehen.
Die praktische Prüfung vor einer sensiblen Eingabe
Eine vollständige technische Prüfung ist für normale Nutzer kaum möglich. Einige konkrete Fragen verbessern die Entscheidung trotzdem deutlich:
- Wer betreibt den Dienst? Anbietername, Kontakt und verantwortliche Stelle sollten auffindbar sein.
- Was bedeutet „privat“ genau? Prüfen, ob Mitarbeitende, Support oder Moderation Inhalte sehen können.
- Welche Verschlüsselung ist gemeint? Transport- und Speicherschutz nicht mit Ende-zu-Ende-Verschlüsselung gleichsetzen.
- Was passiert mit Eingaben? Nach Speicherfrist, möglicher Trainingsnutzung, Memory und Export fragen.
- Wie funktionieren Löschung und Auskunft? Der Weg sollte verständlich beschrieben sein, nicht nur in einer allgemeinen Datenschutzerklärung versteckt.
- Werden Minderjährige geschützt? Altersprüfung und klare Hinweise sind bei emotionalen Diensten besonders relevant.
- Ist die Information wirklich nötig? Intime Details, Gesundheitsdaten und berufliche Geheimnisse gehören nicht in einen Dienst, dessen Zugriffskontrollen unklar bleiben.
Meine Einschätzung: Versprechen und Zugriff getrennt prüfen
Der Seewa-Fall ist kein Grund, jede KI-Unterhaltung pauschal als unsicher abzuschreiben. Er ist aber ein gutes Beispiel für eine verbreitete Denkfalle: Nutzer lesen „privat“ oder „verschlüsselt“ als Aussage über Vertraulichkeit, während der Betreiber damit möglicherweise nur einen Teil des technischen Schutzes beschreibt. Vertrauen entsteht erst, wenn Werbeversprechen, Zugriffskontrollen, Speicherregeln und Löschwege zusammenpassen.
Für die eigene Entscheidung hilft eine nüchterne Regel: Je persönlicher die Eingabe, desto genauer müssen Anbieter, Klartextzugriff und Datenlebenszyklus nachvollziehbar sein. Wo diese Antworten fehlen, ist Zurückhaltung keine Technikangst, sondern eine vernünftige Grenze.
Häufige Fragen
Hat Seewa eine Ende-zu-Ende-Verschlüsselung geknackt?
Das ist nicht belegt. TBIJ berichtete über möglichen Entwicklerzugriff auf Gespräche, die als privat und verschlüsselt beschrieben worden waren. Der Bericht weist aber keinen technischen Kryptobbruch nach und beschreibt keine konkrete Seewa-Architektur.
Beweist der Fall, dass alle Chatbot-Gespräche lesbar sind?
Nein. Er betrifft den von TBIJ untersuchten Dienst. Andere Chatbots können andere technische und organisatorische Schutzmaßnahmen verwenden.
Wurden alte Seewa-Chats gelöscht, weil der Dienst offline ist?
Das lässt sich daraus nicht schließen. Speicherfristen und historische Löschung sind offene Fragen, solange der Betreiber sie nicht überprüfbar beantwortet.
Weiterlesen
Android Find Hub: Wie Offline-Ortung funktioniert und wo Datenschutzgrenzen liegen
Lokale KI mit Zugriff auf Dateien, Kalender und Mails: Wo die Datenschutzfrage beginnt
Quellen und weiterführende Informationen
- The Bureau of Investigative Journalism: „Romance chatbot taken offline after Bureau investigation“
- The Bureau of Investigative Journalism: „The AI chatbot developers cashing in on intimacy“
- European Parliamentary Research Service: „The spread of AI companions and the challenges they generate“
- European Data Protection Board: „AI: the Italian Supervisory Authority fines company behind chatbot ‘Replika’“
- BEUC / Sciences Po DIGILAW: „Risks and Rights in Artificial Companionship“
- Verbraucherzentrale: „KI-Chatbots im Überblick: Was Sie über ChatGPT, Gemini & Copilot wissen sollten“
Hinweis: Für diesen Artikel wurden KI-gestützte Recherche- und Editierwerkzeuge verwendet. Der Inhalt wurde redaktionell geprüft. Stand: 2026-08-11
