Zwei Stufen statt eines einzigen Zugangs

OpenAI startete Daybreak im Mai 2026, damit geprüfte Sicherheitspartner die fortschrittlichsten Modelle des Unternehmens für echte Verteidigungsarbeit nutzen können. Am 10. August teilte das Unternehmen das Programm in zwei Stufen. Daybreak Blue öffnet universelle Spitzenmodelle, darunter GPT-5.6 Sol, für zugelassene Verteidiger mit Schutzmaßnahmen, die auf legitime Sicherheitsaufgaben zugeschnitten sind: Schwachstellensuche, sichere Code-Überprüfung, Malware-Analyse, Vorfallreaktion, Patch-Validierung. Daybreak Red liegt hinter einer zweiten, strengeren Prüfebene und gewährt Zugang zu einem neuen Modell für eine engere und gefährlichere Aufgabe.

Dieses Modell ist GPT-5.6-Cyber. Es basiert auf GPT-5.6 Sol, wurde aber gezielt darauf trainiert, Ablehnungen bei doppelt verwendbaren Cybersicherheitsaufgaben zu verringern - jenen Anfragen, die ein abgesichertes Modell normalerweise verweigert, etwa das Entwickeln einer funktionierenden Exploit-Kette statt nur der Beschreibung einer Schwachstellenklasse. OpenAIs eigene, am selben Tag veröffentlichte Darstellung nennt dies "Daybreak erweitern, während sich das Zeitfenster für die Cyberabwehr verengt" - die firmeneigene Formulierung für eine Bedrohungslage, die sich nach Ansicht des Unternehmens schneller entwickelt, als eine einzige Zugangsstufe sicher bedienen kann.

Was die 95 Prozent tatsächlich messen

OpenAI bewertet diese Modelle anhand der sogenannten Advanced Cybersecurity Completion Rate - dem Anteil sensibler, doppelt verwendbarer Sicherheitsaufgaben, die ein Modell tatsächlich erledigt statt zu verweigern. GPT-5.6-Cyber erreichte 95,0 Prozent. Das vorherige Spezialmodell GPT-5.5-Cyber kam auf 57,3 Prozent. Das standardmäßig abgesicherte GPT-5.6 Sol - dasselbe Modell, das über Daybreak Blue verfügbar ist - erreichte nur 1,5 bis 2,0 Prozent, weil seine Leitplanken so gebaut sind, dass sie fast alle dieser Anfragen von vornherein ablehnen.

Betrachtet man die drei Zahlen zusammen, liegt die eigentliche Geschichte nicht darin, dass es GPT-5.6-Cyber gibt. Sie liegt darin, dass die Erledigungsquote exploit-relevanter Aufgaben innerhalb von zwei Modellgenerationen von einem einstelligen Sockel über knapp die Hälfte auf nahezu vollständig gesprungen ist. Eine Fähigkeit, die früher tage- oder wochenlange konzentrierte Arbeit eines Spezialisten erforderte, wird nun in der überwiegenden Mehrheit der Fälle beim ersten Versuch durch einen einzigen, zugangsbeschränkten Modellaufruf erledigt.

Kein Benchmark-Wert - eine gepatchte CVE

Die Zahl hörte auf, abstrakt zu sein, als OpenAI GPT-5.6-Cyber einsetzte, um zwei bislang unbekannte Schwachstellen in Chromes V8-JavaScript-Engine zu finden, die sich verketten lassen, um Speicher zu beschädigen und die Sandbox des Browsers zu verlassen. Eine davon, geführt als CVE-2026-15903, betraf einen Compiler-Fehler, bei dem eine übersprungene Sicherheitsprüfung einem Angreifer erlaubte, Speicher innerhalb der Chrome-Sandbox zu lesen oder zu überschreiben. OpenAI meldete sie Google im Rahmen einer koordinierten Offenlegung, und Google hat bereits einen Fix ausgeliefert.

Jared Atkinson, Chief Technology Officer bei der Sicherheitsfirma SpecterOps, beschrieb den praktischen Unterschied in einem Kommentar, der zusammen mit der Ankündigung aufgegriffen wurde: Das Modell "habe innerhalb eines Tages Arbeit erledigt, die frühere Modelle nach Wochen unterbrochener Anstrengung nicht gelöst hatten". Eine funktionierende Sandbox-Escape-Kette in einem Browser, den Milliarden Menschen nutzen, gefunden und gemeldet innerhalb eines einzigen Tages - das ist der konkrete Fall, für den die Benchmark-Zahl stand.

Der Wettlauf betrifft jetzt das Patch-Tempo, nicht die Fähigkeit

Das eigentliche Risiko liegt nicht darin, dass OpenAI ein Modell gebaut hat, das Browser-Schwachstellen verketten kann - Verteidiger brauchten diese Fähigkeit schon immer, und sie hinter Daybreak Reds Prüfung zu verbergen, ist eine echte Kontrolle, keine Formsache. Das übersehene Risiko ist, was eine nahezu vollständige Erledigungsquote an einem realen Ziel für den Zeitplan bedeutet, unter dem alle anderen arbeiten. Wenn ein geprüftes Labor einen Chrome-0-Day innerhalb eines Tages in eine funktionierende Sandbox-Escape-Kette verwandeln kann, hält die Annahme, Angreifer bräuchten Wochen für dasselbe Ergebnis, als Planungsgrundlage nicht mehr - unabhängig davon, ob sie OpenAIs eigenes Modell oder eine anderswo gebaute, gleichwertige Fähigkeit nutzen.

EU-Organisationen arbeiten bereits unter den Melde- und Risikomanagementpflichten von NIS2, und britische Organisationen folgen den Patch-Zeitplänen des NCSC; beide Regelwerke wurden für eine Welt geschrieben, in der der Weg von der Entdeckung zum Exploit Wochen dauerte, nicht einen Tag, und keines unterscheidet derzeit zwischen einem ausgelieferten Patch und einem Patch, der nachweislich auf jedem betroffenen Endgerät läuft. CVE-2026-15903 wurde schnell behoben, weil ein befreundetes Labor sie direkt zu Google trug - dieses Tempo war eine Kulanz, keine Garantie, dass die nächste Kette von wem auch immer sie zuerst findet, dieselbe Behandlung erfährt. Genau diese Lücke müssen EU- und UK-Sicherheitsverantwortliche jetzt schließen: die Patch-Verifizierungs-SLAs bei Browser- und Betriebssystem-0-Days an einen in Stunden gemessenen Entdeckungszeitplan anpassen, nicht an den Meldezyklus, der für einen in Wochen gemessenen gebaut wurde.

Weiterlesen: Ein offener Endpunkt wurde zur Angriffsbasis  |  Microsofts Cyber-Modell gibt die harten 10% ab