To niveauer i stedet for én adgang

OpenAI lancerede Daybreak i maj 2026, så godkendte sikkerhedspartnere kunne bruge virksomhedens mest avancerede modeller i reelt forsvarsarbejde. Den 10. august delte virksomheden programmet i to. Daybreak Blue åbner generelle topmodeller, heriblandt GPT-5.6 Sol, for godkendte forsvarere med sikkerhedsforanstaltninger tilpasset legitime sikkerhedsopgaver: sårbarhedssøgning, sikker kodegennemgang, malware-analyse, hændelsesrespons, patch-validering. Daybreak Red ligger bag endnu et, 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 bygger på GPT-5.6 Sol, men er trænet specifikt til at reducere afvisninger på cybersikkerhedsopgaver med dobbelt anvendelse - de forespørgsler, en beskyttet model normalt siger nej til, som at udvikle en fungerende exploit-kæde i stedet for blot at beskrive en sårbarhedstype. OpenAIs egen udmelding, offentliggjort samme dag, kalder det at "udvide Daybreak, mens vinduet for cyberforsvar bliver smallere" - virksomhedens egen betegnelse for et trusselsbillede, den mener bevæger sig hurtigere, end ét enkelt adgangsniveau trygt kan følge med til.

Hvad de 95 procent egentlig måler

OpenAI bedømmer modellerne ud fra det, virksomheden kalder Advanced Cybersecurity Completion Rate - andelen af følsomme sikkerhedsopgaver med dobbelt anvendelse, en model rent faktisk løser i stedet for at afvise. GPT-5.6-Cyber scorede 95,0 procent. Den tidligere specialmodel, GPT-5.5-Cyber, endte på 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 stort set alle den slags 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 bundniveau til lige over halvdelen og videre til næsten fuldt hus. En evne, der tidligere krævede en specialists vedholdende opmærksomhed i dage eller uger, klares nu i langt de fleste tilfælde ved første forsøg af et enkelt, adgangsbegrænset modelkald.

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 bryde ud af browserens sandkasse. Den ene, registreret som CVE-2026-15903, drejede sig om en compiler-fejl, hvor et sprunget sikkerhedstjek gav en angriber mulighed for at læse eller overskrive hukommelse inde i Chromes sandkasse. OpenAI meldte den til Google gennem koordineret offentliggørelse, og Google har allerede sendt en rettelse ud.

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 et døgn, som tidligere modeller ikke havde løst efter ugers" periodisk indsats. En fungerende sandkasse-flugtkæde i en browser, milliarder af mennesker bruger, fundet og anmeldt inden for et enkelt døgn - 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 browser-sårbarheder sammen - forsvarere har altid haft brug for den evne, og at spærre den bag Daybreak Reds screening er en reel kontrolforanstaltning, ikke en formssag. Den oversete risiko er, hvad en næsten fuldstændig fuldførelsesgrad mod et virkeligt mål betyder for den tidsplan, alle andre arbejder ud fra. Hvis et godkendt laboratorium kan lave en Chrome-zero-day om til en fungerende sandkasse-flugtkæde på under et døgn, holder antagelsen om, at angribere skal bruge uger på samme resultat, ikke længere som planlægningsgrundlag - uanset om de har OpenAIs egen model eller en tilsvarende evne bygget et andet sted.

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

Læs videre: En AI-agent brød ind. Der var ingen meldefrist  |  Claude Byggede Exploiten OpenAI Aldrig Rettede