IT Security

ENISA testet Mythos 5 und GPT-6-Astra – EU-Aufsicht greift zu

Brüssel bestätigt: ENISA testet Anthropics Mythos 5 und hat Zugang zu OpenAIs GPT-6-Astra – Methodik und Ergebnisse bleiben offen.

Von Wolfgang

11. Sep. 20264 Min. Lesezeit

ENISA testet Mythos 5 und GPT-6-Astra – EU-Aufsicht greift zu

Brüssel bestätigt: ENISA testet Anthropics Mythos 5 und hat Zugang zu OpenAIs GPT-6-Astra – Methodik und Ergebnisse bleiben offen.

Zwei Frontier-Modelle, ein Sprecher – und danach Stille. Am 10. September 2026 bestätigte die Europäische Kommission laut Reuters, dass die EU-Cybersicherheitsagentur ENISA Zugang zu Anthropics Mythos 5 erhalten hat und das Modell testet. Parallel gibt es denselben Zugang zu OpenAIs GPT-6-Astra. Methodik, Testergebnisse, freiwillig oder angeordnet: dazu nichts. Genau diese Dünne ist der Nachrichtenwert – nicht ein Fehler der Berichterstattung, sondern der Stand der öffentlichen Lage.

Seit Anfang August greift die GPAI-Durchsetzung der KI-Verordnung (EU) 2024/1689. Was oft wie eine Papierübung wirkte – Dokumente, Kodizes, Selbstauskünfte –, bekommt damit einen behördlichen Greifarm. Dass ausgerechnet ENISA genannt wird und nicht nur das AI Office, verschiebt den Blickwinkel: Systemrisiko und Sicherheit, nicht bloß Formularprüfung. Für Anbieter und Aufsicht ändert sich die Grundannahme: Frontier-Modelle werden angefasst, nicht nur beschrieben.

Was belegt ist – und was fehlt

Reuters zitiert einen Kommissionssprecher. Mehr steht dort nicht. Ob Chat-API, Eval-Suite, Logs oder tieferer technischer Zugang vorliegt, bleibt offen. Wer daraus schon eine harte Aufsichtsmaßnahme gegen Anthropic oder OpenAI bastelt, geht über die Quelle hinaus. Wer nur Symbolpolitik sieht, spekuliert ebenfalls. Belegt ist der Einstieg – nicht das Urteil und nicht der Verfahrensweg.

Das Fehlen von Methodik und Ergebnis ist selbst die Story. Frontier-Tests sind sensibel: Handelsgeheimnisse, politische Reaktionen, Fehlinterpretation einzelner Benchmarks. Gleichzeitig erzeugt Schweigen Asymmetrie. Anbieter kennen ihre Red-Team-Protokolle; Außenstehende sehen einen Bestätigungssatz. Ob das Vertrauen schafft oder enttäuscht, lässt sich aus dem aktuellen Stand nicht belegen. Es geht um Aufsicht und Test unter der KI-Verordnung, nicht um Produktwechsel von Assistenten-Oberflächen.

Der Hebel hinter der Bestätigung

Artikel 92 erlaubt dem AI Office, GPAI-Modelle zu evaluieren – zur Compliance-Prüfung oder zur Untersuchung systemischer Risiken. Die Kommission kann unabhängige Expertinnen und Experten bestellen und Zugang über APIs oder andere technische Mittel verlangen, bis hin zum Quellcode. Vor einem formellen Zugangsersuchen ist ein strukturierter Dialog möglich. Ein Ersuchen selbst muss Rechtsgrundlage, Zweck, Gründe, Frist und Bußgeldhinweis tragen.

Ob für Mythos 5 oder GPT-6-Astra ein solches formelles Ersuchen vorliegt, hat die Kommission nicht gesagt. ENISA ist die Cybersicherheitsagentur der Union, nicht das AI Office. Ob sie im Auftrag, parallel oder kooperativ testet, sagen die öffentlichen Aussagen nicht. Der Signalwert reicht trotzdem: Die Union bewertet Frontier-Modelle nicht mehr nur über Papiere. Wer intern nur „Dokumentation fertig“ als Compliance-Zustand führt, liegt hinter dem Instrumentarium, das die Verordnung seit August bereitstellt.

Für Anbieter von GPAI mit systemischem Risiko steht parallel der Pflichtenkatalog zu Evaluation, Risikominderung, Vorfallmeldung und Cybersicherheit. Der Reuters-Fall beweist nicht, dass hier etwas verletzt oder geprüft wird. Er zeigt nur, dass Evaluierungszugang real geworden ist – und dass „wir haben interne Evals“ allein nicht mehr die ganze Antwort ist. Ohne veröffentlichte Methodik wirkt der Zugang wie ein Signal ohne Maßstab. Transparenz nach außen und wirksame Prüfung nach innen stehen in Spannung.

Wenn die Zugangsanfrage im Compliance-Team landet

Stellen Sie sich ein GPAI-Anbieter-Team vor, das am Montagmorgen eine Anfrage zu Modellzugang erhält – formal nach Artikel 92 oder als strukturierter Dialog. Bevor jemand eine API freischaltet, muss der Rahmen sitzen: Dialog oder Ersuchen, Zweck, Frist, benannte Stelle. Dann der technische Scope – welche Endpunkte und Versionen, nur Inference oder mehr, ob Logs mitgehen. Und der Schutz: Betriebsgeheimnisse, personenbezogene Daten in Prompt-Traces, wer intern freigibt.

Dazu gehört die Entscheidungsspur. Welche Risiken wurden abgewogen? Was darf unter Vertraulichkeit an Evaluationen und Incident-Pipelines geteilt werden? Was passiert, wenn der Scope wächst? Wer das nur als IT-Ticket behandelt, unterschätzt den Aufsichtscharakter. Wer in Panik alles öffnet, ohne Scope zu klären, riskiert unnötige Offenlegung – und verliert die Spur für spätere Nachprüfung.

Praktisch heißt das: protokollieren, was freigegeben wurde und was nicht; Zeitstempel setzen; Ansprechpartner benennen; Artefakte versionieren. Nicht erfinden, was die Aufsicht wissen will – aber vorbereitet sein, wenn sie fragt. Die dünne Reuters-Lage macht genau diese Vorbereitung zum Thema: Man weiß, dass Zugang existiert, nicht wie er aussieht.

Die europäische KI-Debatte hing lange an Listen und Verboten. Jetzt wird Durchsetzung konkret – und zugleich dünn dokumentiert. Wird daraus eine wiederholbare Prüfpraxis mit nachvollziehbaren Kriterien, oder bleibt es ein einmaliger Blick hinter die API?

Quellen:

Für diesen Artikel wurden KI-gestützte Recherche- und Editierwerkzeuge verwendet. Der Inhalt wurde redaktionell geprüft.