To niveauer i stedet for en enkelt adgang

OpenAI lancerede Daybreak i maj 2026, så godkendte sikkerhedspartnere kunne bruge virksomhedens mest avancerede modeller til reelt forsvarsarbejde. Den 10. august opdelte virksomheden programmet i to. Daybreak Blue åbner generelle topmodeller, herunder GPT-5.6 Sol, for godkendte forsvarere med sikkerhedsforanstaltninger tilpasset legitime sikkerhedsopgaver: sårbarhedssøgning, sikker kodegennemgang, malwareanalyse, hændelsesrespons, patch-validering. Daybreak Red ligger bag et andet, strengere screeningslag og giver adgang til en ny model bygget til en snævrere og farligere opgave.

Den model er GPT-5.6-Cyber. Den er bygget på GPT-5.6 Sol, men trænet specifikt til at reducere afvisninger på cybersikkerhedsopgaver med dobbelt anvendelse - de forespørgsler, en beskyttet model normalt afviser, som at udvikle en fungerende exploit-kæde i stedet for blot at beskrive en sårbarhedsklasse. OpenAIs egen udmelding, offentliggjort samme dag, kalder det "at udvide Daybreak, mens vinduet for cyberforsvar bliver smallere" - virksomhedens sprog for et trusselsbillede, den siger bevæger sig hurtigere, end et enkelt adgangsniveau trygt kan betjene.

Hvad de 95 procent egentlig måler

OpenAI bedømmer disse modeller ud fra det, virksomheden kalder Advanced Cybersecurity Completion Rate - andelen af følsomme sikkerhedsopgaver med dobbelt anvendelse, som en model rent faktisk fuldfører frem for at afvise. GPT-5.6-Cyber scorede 95,0 procent. Den tidligere specialmodel, GPT-5.5-Cyber, stoppede ved 57,3 procent. Standardmodellen med sikkerhedsforanstaltninger, GPT-5.6 Sol - samme model, der er tilgængelig via Daybreak Blue - scorede mellem 1,5 og 2,0 procent, fordi dens spærringer er bygget til som udgangspunkt at afvise næsten alle disse forespørgsler.

Ses de tre tal samlet, handler historien ikke om, at GPT-5.6-Cyber findes. Den handler om, at fuldførelsesgraden for exploit-relevante opgaver over to modelgenerationer sprang fra et etcifret gulv til lidt over halvdelen og videre til næsten fuldstændig. En evne, der tidligere krævede en specialists vedvarende opmærksomhed over dage eller uger, klares nu i langt de fleste tilfælde af et enkelt, adgangsbegrænset modelkald ved første forsøg.

Ikke et benchmark-tal - en rettet CVE

Tallet holdt op med at være abstrakt, da OpenAI brugte GPT-5.6-Cyber til at finde to hidtil ukendte sårbarheder i Chromes V8 JavaScript-motor, som kan kædes sammen til at ødelægge hukommelsen og flygte fra browserens sandkasse. En af dem, registreret som CVE-2026-15903, drejede sig om en compilerfejl, hvor et sprunget sikkerhedstjek lod en angriber læse eller overskrive hukommelse inde i Chromes sandkasse. OpenAI anmeldte den til Google via koordineret offentliggørelse, og Google har allerede udsendt en rettelse.

Jared Atkinson, teknologichef hos sikkerhedsfirmaet SpecterOps, beskrev den praktiske forskel i en kommentar, der blev bragt sammen med annonceringen: modellen "har udført arbejde på under en dag, som tidligere modeller ikke havde løst efter uger med" periodisk indsats. En fungerende sandkasse-flugtkæde i en browser, som milliarder af mennesker bruger, fundet og anmeldt på en enkelt dag - det er det konkrete tilfælde, benchmark-tallet stod for.

Kapløbet handler nu om patchetempo, ikke evne

Den mest oplagte risiko er ikke, at OpenAI har bygget en model, der kan kæde browsersårbarheder sammen - forsvarere har altid haft brug for den evne, og at spærre den bag Daybreak Reds screening er en reel kontrol, ikke en formalitet. Den oversete risiko er, hvad en næsten fuldstændig fuldførelsesgrad på et virkeligt mål betyder for den tidsplan, alle andre arbejder efter. Hvis et godkendt laboratorium kan omdanne en Chrome-zero-day til en fungerende sandkasse-flugtkæde på under en dag, holder antagelsen om, at angribere har brug for uger til samme resultat, ikke længere som planlægningsgrundlag - uanset om de har OpenAIs egen model eller en tilsvarende evne bygget andetsteds.

EU-organisationer opererer allerede under NIS2's forpligtelser til indberetning og risikostyring, og britiske organisationer følger NCSC's vejledning om patchfrister; begge rammer er skrevet til en verden, hvor vejen fra opdagelse til exploit tog uger, ikke en dag, og ingen af dem skelner i dag mellem en udsendt patch og en patch, der er bekræftet kørende på hvert berørt endepunkt. CVE-2026-15903 blev rettet hurtigt, fordi et venligtsindet laboratorium bragte den direkte til Google - den hurtighed var en imødekommenhed, ikke en garanti for, at den næste kæde får samme behandling af, hvem der finder den først. Det er den kløft, sikkerhedsansvarlige i EU og Storbritannien nu skal lukke: stram aftalerne om patch-verificering for zero-days i browsere og styresystemer, så de matcher en opdagelsestidsplan målt i timer, ikke den indberetningscyklus, der er bygget til en målt i uger.

Læs videre: Et åbent endepunkt blev angrebets base  |  Microsofts cybermodel giver de hårde 10% væk