Två nivåer i stället för en enda åtkomst

OpenAI lanserade Daybreak i maj 2026 för att granskade säkerhetspartner skulle kunna använda företagets mest avancerade modeller i verkligt försvarsarbete. Den 10 augusti delade företaget upp programmet i två. Daybreak Blue öppnar generella toppmodeller, inklusive GPT-5.6 Sol, för godkända försvarare med skyddsåtgärder anpassade för legitima säkerhetsuppgifter: sårbarhetssökning, säker kodgranskning, skadeprogramsanalys, incidenthantering, patchvalidering. Daybreak Red ligger bakom ett andra, strängare granskningslager och ger åtkomst till en ny modell byggd för en snävare och farligare uppgift.

Den modellen är GPT-5.6-Cyber. Den bygger på GPT-5.6 Sol, men är specifikt tränad för att minska antalet avslag på dubbelanvändbara cybersäkerhetsuppgifter - de förfrågningar en skyddad modell normalt avvisar, som att utveckla en fungerande exploitkedja i stället för att bara beskriva en sårbarhetsklass. OpenAIs eget utspel, publicerat samma dag, kallar detta att "utöka Daybreak medan fönstret för cyberförsvar krymper" - företagets sätt att beskriva ett hotlandskap som enligt dem rör sig snabbare än en enda åtkomstnivå säkert kan betjäna.

Vad de 95 procenten egentligen mäter

OpenAI bedömer dessa modeller utifrån det företaget kallar Advanced Cybersecurity Completion Rate - andelen känsliga, dubbelanvändbara säkerhetsuppgifter som en modell faktiskt slutför i stället för att avvisa. GPT-5.6-Cyber fick 95,0 procent. Den tidigare specialmodellen, GPT-5.5-Cyber, stannade på 57,3 procent. Standardmodellen med skyddsåtgärder, GPT-5.6 Sol - samma modell som finns tillgänglig via Daybreak Blue - fick mellan 1,5 och 2,0 procent, eftersom dess skyddsräcken är byggda för att som standard avvisa nästan alla dessa förfrågningar.

Ser man de tre siffrorna tillsammans handlar historien inte om att GPT-5.6-Cyber existerar. Den handlar om att slutförandegraden för exploitrelevanta uppgifter, över två modellgenerationer, hoppade från en ensiffrig bottennivå till strax över hälften och vidare till nästan fullständig. En förmåga som tidigare krävde en specialists ihållande uppmärksamhet under dagar eller veckor slutförs nu, i den överväldigande majoriteten av fallen, av ett enda åtkomstbegränsat modellanrop redan vid första försöket.

Inte en benchmark-siffra - en åtgärdad CVE

Siffran slutade vara abstrakt när OpenAI använde GPT-5.6-Cyber för att hitta två tidigare okända sårbarheter i Chromes V8 JavaScript-motor, som kan kedjas ihop för att korrumpera minnet och fly webbläsarens sandlåda. En av dem, registrerad som CVE-2026-15903, gällde ett kompilatorfel där en överhoppad säkerhetskontroll lät en angripare läsa eller skriva över minne inuti Chromes sandlåda. OpenAI anmälde den till Google via samordnat offentliggörande, och Google har redan släppt en rättning.

Jared Atkinson, teknisk chef på säkerhetsföretaget SpecterOps, beskrev den praktiska skillnaden i en kommentar som togs upp tillsammans med tillkännagivandet: modellen "har slutfört arbete på under en dag som tidigare modeller inte hade löst efter veckor av" intermittent ansträngning. En fungerande sandlåde-flyktkedja i en webbläsare som används av miljarder människor, hittad och anmäld inom en enda dag - det är det konkreta fall som benchmark-siffran stod för.

Kapplöpningen handlar nu om patchtempo, inte förmåga

Den mest uppenbara risken är inte att OpenAI har byggt en modell som kan kedja ihop sårbarheter i webbläsare - försvarare har alltid behövt den förmågan, och att spärra den bakom Daybreak Reds granskning är en verklig kontroll, inte en formalitet. Den förbisedda risken är vad en nästan fullständig slutförandegrad mot ett verkligt mål betyder för den tidsplan alla andra arbetar utifrån. Om ett granskat laboratorium kan omvandla en Chrome-zero-day till en fungerande sandlåde-flyktkedja på under en dag håller inte längre antagandet att angripare behöver veckor för samma resultat som planeringsgrund - oavsett om de har OpenAIs egen modell eller en likvärdig förmåga byggd någon annanstans.

EU-organisationer verkar redan under NIS2:s skyldigheter kring rapportering och riskhantering, och organisationer i Storbritannien följer NCSC:s riktlinjer för patchtider; båda regelverken skrevs för en värld där vägen från upptäckt till exploit tog veckor, inte en dag, och ingetdera skiljer i dag mellan en patch som släppts och en patch som verifierats köra på varje berörd slutpunkt. CVE-2026-15903 åtgärdades snabbt eftersom ett vänligt sinnat laboratorium tog den direkt till Google - den snabbheten var en artighet, ingen garanti för att nästa kedja får samma behandling av den som hittar den först. Det är den klyftan säkerhetsansvariga i EU och Storbritannien nu måste täppa till: skärpa avtalen för patchverifiering vid zero-days i webbläsare och operativsystem så att de matchar en upptäcktstidslinje mätt i timmar, inte den rapporteringscykel som byggdes för en mätt i veckor.

Läs vidare: En öppen ändpunkt blev angreppets hemmabas  |  Microsofts cybermodell lämnar ifrån sig svåra 10%