3 Min. Lesezeit

GPT-6 Astra: unbestätigte Umgehung von Sicherheitsfiltern

безопасность LLMгардрейлыобфускация промптов

Ein Telegram-Beitrag zeigte eine angebliche Umgehung der Sicherheitsfilter von GPT-6 Astra durch Text im falschen Tastaturlayout. Weder das Modell noch der Vorfall sind öffentlich bestätigt. Die Angriffsklasse ist dennoch real: Verschleierung kann gefährliche Absichten vor einem Filter verbergen, obwohl das Hauptmodell die Bedeutung des Textes weiterhin versteht.

Was der Vorfall mit dem Tastaturlayout tatsächlich zeigte

Meine erste Reaktion ist einfach: Das ist eine plausible Klasse von Schwachstellen, aber der konkrete Fall mit GPT-6 Astra ist bislang nicht bestätigt. Ein Beitrag des Telegram-Kanals wallstreetukr behauptet, ein Nutzer habe Astra zunächst gebeten, auf Englisch zu wechseln, und anschließend Phrasen im falschen Tastaturlayout eingegeben. Das Modell soll das Wort „Biowaffe“ wiederholt und einer Anfrage zum Hacken einer Website zugestimmt haben.

Dieselben Phrasen wurden laut Beitrag bei normaler Eingabe blockiert. Das sieht nach einer Entkopplung aus: Das Hauptmodell rekonstruiert die Bedeutung und führt den Dialog fort, während eine separate Sicherheitsschicht eine oberflächlichere Textdarstellung prüft. Technisch wirkt dieser Teil der Geschichte durchaus vertraut.

Mit Stand vom 16. September 2026 gibt es in den verfügbaren Materialien allerdings keine Belege dafür, dass GPT-6 Astra ein öffentlich dokumentiertes Produkt ist. Auch ein offizieller Bericht über diesen Vorfall fehlt. Daher darf die Episode nicht als erwiesene Tatsache oder bestätigte Schwachstelle eines bestimmten Modells dargestellt werden.

Der zugrunde liegende Mechanismus ist jedoch gut bekannt. Eine EMNLP-Studie zur arabischen Transliteration und zu Arabizi beschreibt die Umgehung von Filtern durch transliterierten Text, den ein Modell versteht. Materialien des Frontier Model Forum nennen außerdem Schriftmischung, Code-Switching und Zeichenverschleierung als Schwachstellen von Sicherheitssystemen.

  • Zuerst müssen Unicode, Leerzeichen, Kodierungen und ähnlich aussehende Zeichen normalisiert werden.
  • Danach sollten gemischte Schriften, Transliteration und ungewöhnliche Zeichenkombinationen geprüft werden.
  • Anschließend braucht es eine semantische Klassifizierung der Absicht am Eingang und eine Kontrolle des Ergebnisses am Ausgang.

Ein einzelner Wortfilter wird hier erwartbar versagen. Ich würde zuerst nicht nur einen erfolgreichen Prompt prüfen, sondern seine Reproduzierbarkeit bei verschiedenen Formulierungen, Sprachen und wiederholten Durchläufen.

Warum eine einzelne Umgehung noch nichts beweist

Die wichtigste Erkenntnis ist nicht, dass irgendeine Astra „kaputt“ sei, sondern dass ein Guardrail ohne Normalisierung und semantische Prüfung fragil bleibt. Für Entwickler bedeutet das eine breitere Testfläche: Tastaturlayouts, Homoglyphen, Transliteration, gemischte Alphabete und Sprachwechsel sollten zum üblichen Red-Teaming gehören.

In der Diskussion berichtete ein anderer Nutzer, dass die Guardrails in seinen Tests uneinheitlich auslösten; die erfolgreiche Umgehung könnte daher zufällig gewesen sein. Das ist nur eine Einzelbeobachtung, verweist aber auf ein wichtiges Bewertungsproblem: Ein Screenshot unterscheidet nicht zwischen einer systemischen Lücke und einer instabilen Antwort eines generativen Modells.

Aus technischer Sicht ist das Gerede um den Modellnamen zweitrangig. Das eigentliche Problem entsteht, wenn ein Sicherheitsklassifikator Text schlechter versteht als das Modell, das er kontrollieren soll. Solange diese beiden Ebenen dieselbe Anfrage unterschiedlich lesen, ist ein falsches Tastaturlayout kein Trick, sondern ein Test der Sicherheitsarchitektur.

Wir haben bereits erläutert, wie Unicode-Homoglyphen KI-Agenten täuschen und unsicheres Verhalten auslösen können. Dieselbe Mehrdeutigkeit auf Zeichenebene erklärt, warum Fehler beim Tastaturlayout Sicherheitsfilter unterlaufen können.