Två nivåer för olika typer av säkerhetsarbete

Daybreak är uppdelat i två åtkomstnivåer. Tanken är att vanligt defensivt säkerhetsarbete inte automatiskt ska ge tillgång till den mer tillåtande specialistmodellen.

Daybreak Blue: den rekommenderade startpunkten

Daybreak Blue ger tillgång till GPT-5.6 Sol, en generell modell vars skydd är anpassade för auktoriserat defensivt cybersäkerhetsarbete. OpenAI beskriver Blue som den rekommenderade startnivån för de flesta försvarare. Exempel på användningsområden är att hitta och prioritera sårbarheter, granska kod, analysera skadlig kod, utveckla detekteringar, hantera incidenter och validera säkerhetsuppdateringar.

Blue är alltså inte bara en vanlig publik modell på en ny molnplattform. Skydden är justerade för legitimt säkerhetsarbete, samtidigt som åtkomsten knyts till en godkänd person eller tjänst, organisation eller arbetsyta, projekt, modell och produktgränssnitt.

Daybreak Red: specialistverktyget för avancerade uppdrag

Daybreak Red ger tillgång till GPT-5.6-Cyber, en specialtränad cybersäkerhetsmodell för godkänd sårbarhetsforskning, validering av exploateringar, penetrationstester och så kallade red-team-tester.

Det handlar om teknik med dubbla användningsområden. Modellen kan hjälpa till med metoder som påminner om offensiva angrepp, men OpenAI beskriver Red som ett verktyg för auktoriserade säkerhetsuppdrag – inte för fritt hackande. Skillnaden bygger både på att kunden har rätt att testa systemen och på att arbetsflödet har godkänts.

Vad betyder siffran 95 procent?

OpenAI:s egenutvecklade mätning Advanced Cybersecurity Completion Rate omfattar känsliga uppgifter som att utveckla exploateringskedjor, kringgå autentisering och höja behörigheter. GPT-5.6-Cyber uppges ha slutfört 95 procent av förfrågningarna i utvärderingen, jämfört med betydligt lägre nivåer för generella modeller eller varianter med striktare skydd.

Siffran måste dock läsas med viss precision. Det är ett mått på slutförande eller vägran: hur ofta modellen svarade på testförfrågningarna. Det är inte ett oberoende benchmark för lyckade attacker, sårbarheters allvarlighetsgrad, operativ tillförlitlighet eller säkerhet.

En modell kan svara på en säkerhetsfråga utan att skapa en fungerande exploatering. En hög svarsfrekvens visar inte heller att varje svar är korrekt.

Chrome-resultatet är intressant – men fortfarande inte fullt verifierat

Rapportering med koppling till OpenAI säger att GPT-5.6-Cyber hjälpte till att hitta tidigare okända brister i Googles V8-motor, som används av webbläsaren Chrome. En av bristerna ska senare ha fått beteckningen CVE-2026-15903.

Exemplet är viktigt eftersom det flyttar diskussionen från syntetiska testfrågor till verklig programvaruforskning. Samtidigt är det offentliga underlaget starkare när det gäller modellens lansering och åtkomstmodell än de fullständiga tekniska detaljerna kring Chrome-fyndet.

Den exakta omfattningen, allvarlighetsgraden och modellens direkta bidrag bör därför bedömas försiktigt tills uppgifterna kan styrkas av ett Google- eller CVE-register.

Trusted Access for Cyber är kontrollagret

Trusted Access for Cyber är ett åtkomstprogram – inte namnet på en modell. OpenAI:s dokumentation säger att ett godkännande för Daybreak Blue bara gäller den godkända personen eller tjänsten, den aktuella organisationen eller arbetsytan och projektet, modellen samt produktgränssnittet. Daybreak Red kräver ett separat godkännande och en separat provisionering. Blue ger alltså inte automatiskt tillgång till Red.

Vid ansökan kan OpenAI be om information om:

• personens identitet och organisation
• organisationens cybersäkerhetsförmåga
• vilka defensiva arbetsflöden som ska stödjas
• vilken OpenAI-organisation, arbetsyta eller vilket projekt som ska användas
• ytterligare verifierings- eller förtroendeuppgifter som behövs för behörighetsbedömningen

Modellen är tänkt att koppla mer kraftfulla och mer tillåtande verktyg till starkare verifiering, avgränsningar, övervakning och mänsklig tillsyn.

Vad Amazon Bedrock faktiskt förändrar

Bedrock-lanseringen ger behöriga kunder en molnväg in i deras befintliga AWS-miljöer. AWS uppger att Daybreak Red och Daybreak Blue inledningsvis är tillgängliga för berättigade kunder i regionen US East (Ohio), och att kunden först måste registrera sig för Daybreak hos OpenAI.

För större företag kan detta minska både teknisk och kommersiell friktion. Säkerhetsteam kan i större utsträckning använda befintliga AWS-konton, säkerhetskontroller och inköpsrelationer i stället för att skapa en separat produktionsväg direkt hos OpenAI.

Men modellerna är fortfarande låsta. Att en modell finns i AWS Marketplace eller via Bedrock innebär inte i sig att kunden får använda GPT-5.6-Cyber.

Skillnaden kan sammanfattas så här:

• AWS breddar distributions- och driftsalternativen.
• OpenAI behåller den publicerade åtkomstspärren.
• Kundens uttryckliga behörighet är fortfarande avgörande för säkerhetsarbete med dubbla användningsområden.

IBM lägger till ett lager för leverans till företag

IBM:s samarbete med OpenAI handlar om mer än att göra modellerna tillgängliga. IBM har anslutit sig till OpenAI Daybreak Cyber Partner Program och har meddelat att OpenAI:s cyberförmågor ska integreras i företagens säkerhetsarbetsflöden. Det omfattar bland annat en tjänst för applikationssäkerhet som ska hjälpa organisationer att hitta och validera sårbarheter i programvara.

Det bredare strategiska partnerskapet kombinerar OpenAI:s modeller och produkter med IBM Consultings teknik och leveransförmåga inom AI. Säkerhetsarbetet kopplas också till IBM Autonomous Security och relaterade företagstjänster.

Samarbetet får därmed tre kompletterande lager:

1. OpenAI levererar modellerna och åtkomstreglerna.
2. AWS levererar en kanal för molndistribution och drift.
3. IBM levererar rådgivning, implementering och integration i säkerhetsdriften.

För stora organisationer kan det göra avancerad cyber-AI lättare att bygga in i befintliga program för applikationssäkerhet och säkerhetsövervakning. Samtidigt blir styrningen mer komplicerad när modellen kan nås via en marknadsplats, en hanterad tjänst eller ett konsultuppdrag – i stället för direkt av organisationen som ursprungligen granskades av OpenAI.

Den obesvarade frågan: följer granskningen med till tredje part?

Kärnfrågan är skillnaden mellan distribution och behörighet. Det offentliga materialet stödjer slutsatsen att Bedrock och IBM kan förenkla inköp, driftsättning, integration och leverans som hanterad tjänst. Det stödjer däremot inte slutsatsen att någon av partnerna kan mildra OpenAI:s krav på separat godkännande för Red.

Det är fortfarande oklart hur ansvaret fördelas i praktiken:

• Vem verifierar varje slutanvändare när Red används i en AWS- eller IBM-hanterad miljö?
• Behöver godkännandet omprövas när modellen exponeras genom en ny tjänst eller ett nytt projekt?
• Vilken part övervakar användningen och utreder missbruk?
• Vem kan stänga av åtkomsten – och hur snabbt?
• Hur kopplas kundens behörighet, uppdragets omfattning, revisionsloggar och incidentrapportering ihop mellan parterna?

Det tillgängliga materialet räcker inte för att säga att leverans via tredje part försvagar granskningen. Men det innehåller inte heller tillräckligt med operativa detaljer för att oberoende bekräfta att exakt samma kontrollnivå upprätthålls i varje marknadsplats- eller hanterad tjänst-scenario.

Den mest hållbara slutsatsen just nu är därför att Daybreaks räckvidd växer snabbare än de offentligt dokumenterade gränserna för ansvar och kontroll.

Två nivåer för olika typer av säkerhetsarbete

Daybreak är uppdelat i två åtkomstnivåer. Tanken är att vanligt defensivt säkerhetsarbete inte automatiskt ska ge tillgång till den mer tillåtande specialistmodellen.

Daybreak Blue: den rekommenderade startpunkten

Daybreak Blue ger tillgång till GPT-5.6 Sol, en generell modell vars skydd är anpassade för auktoriserat defensivt cybersäkerhetsarbete. OpenAI beskriver Blue som den rekommenderade startnivån för de flesta försvarare. Exempel på användningsområden är att hitta och prioritera sårbarheter, granska kod, analysera skadlig kod, utveckla detekteringar, hantera incidenter och validera säkerhetsuppdateringar.

Blue är alltså inte bara en vanlig publik modell på en ny molnplattform. Skydden är justerade för legitimt säkerhetsarbete, samtidigt som åtkomsten knyts till en godkänd person eller tjänst, organisation eller arbetsyta, projekt, modell och produktgränssnitt.

Daybreak Red: specialistverktyget för avancerade uppdrag

Daybreak Red ger tillgång till GPT-5.6-Cyber, en specialtränad cybersäkerhetsmodell för godkänd sårbarhetsforskning, validering av exploateringar, penetrationstester och så kallade red-team-tester.

Det handlar om teknik med dubbla användningsområden. Modellen kan hjälpa till med metoder som påminner om offensiva angrepp, men OpenAI beskriver Red som ett verktyg för auktoriserade säkerhetsuppdrag – inte för fritt hackande. Skillnaden bygger både på att kunden har rätt att testa systemen och på att arbetsflödet har godkänts.

Vad betyder siffran 95 procent?

OpenAI:s egenutvecklade mätning Advanced Cybersecurity Completion Rate omfattar känsliga uppgifter som att utveckla exploateringskedjor, kringgå autentisering och höja behörigheter. GPT-5.6-Cyber uppges ha slutfört 95 procent av förfrågningarna i utvärderingen, jämfört med betydligt lägre nivåer för generella modeller eller varianter med striktare skydd.

Siffran måste dock läsas med viss precision. Det är ett mått på slutförande eller vägran: hur ofta modellen svarade på testförfrågningarna. Det är inte ett oberoende benchmark för lyckade attacker, sårbarheters allvarlighetsgrad, operativ tillförlitlighet eller säkerhet.

En modell kan svara på en säkerhetsfråga utan att skapa en fungerande exploatering. En hög svarsfrekvens visar inte heller att varje svar är korrekt.

Chrome-resultatet är intressant – men fortfarande inte fullt verifierat

Rapportering med koppling till OpenAI säger att GPT-5.6-Cyber hjälpte till att hitta tidigare okända brister i Googles V8-motor, som används av webbläsaren Chrome. En av bristerna ska senare ha fått beteckningen CVE-2026-15903.

Exemplet är viktigt eftersom det flyttar diskussionen från syntetiska testfrågor till verklig programvaruforskning. Samtidigt är det offentliga underlaget starkare när det gäller modellens lansering och åtkomstmodell än de fullständiga tekniska detaljerna kring Chrome-fyndet.

Den exakta omfattningen, allvarlighetsgraden och modellens direkta bidrag bör därför bedömas försiktigt tills uppgifterna kan styrkas av ett Google- eller CVE-register.

Trusted Access for Cyber är kontrollagret

Trusted Access for Cyber är ett åtkomstprogram – inte namnet på en modell. OpenAI:s dokumentation säger att ett godkännande för Daybreak Blue bara gäller den godkända personen eller tjänsten, den aktuella organisationen eller arbetsytan och projektet, modellen samt produktgränssnittet. Daybreak Red kräver ett separat godkännande och en separat provisionering. Blue ger alltså inte automatiskt tillgång till Red.

Vid ansökan kan OpenAI be om information om:

• personens identitet och organisation
• organisationens cybersäkerhetsförmåga
• vilka defensiva arbetsflöden som ska stödjas
• vilken OpenAI-organisation, arbetsyta eller vilket projekt som ska användas
• ytterligare verifierings- eller förtroendeuppgifter som behövs för behörighetsbedömningen

Modellen är tänkt att koppla mer kraftfulla och mer tillåtande verktyg till starkare verifiering, avgränsningar, övervakning och mänsklig tillsyn.

Vad Amazon Bedrock faktiskt förändrar

Bedrock-lanseringen ger behöriga kunder en molnväg in i deras befintliga AWS-miljöer. AWS uppger att Daybreak Red och Daybreak Blue inledningsvis är tillgängliga för berättigade kunder i regionen US East (Ohio), och att kunden först måste registrera sig för Daybreak hos OpenAI.

För större företag kan detta minska både teknisk och kommersiell friktion. Säkerhetsteam kan i större utsträckning använda befintliga AWS-konton, säkerhetskontroller och inköpsrelationer i stället för att skapa en separat produktionsväg direkt hos OpenAI.

Men modellerna är fortfarande låsta. Att en modell finns i AWS Marketplace eller via Bedrock innebär inte i sig att kunden får använda GPT-5.6-Cyber.

Skillnaden kan sammanfattas så här:

• AWS breddar distributions- och driftsalternativen.
• OpenAI behåller den publicerade åtkomstspärren.
• Kundens uttryckliga behörighet är fortfarande avgörande för säkerhetsarbete med dubbla användningsområden.

IBM lägger till ett lager för leverans till företag

IBM:s samarbete med OpenAI handlar om mer än att göra modellerna tillgängliga. IBM har anslutit sig till OpenAI Daybreak Cyber Partner Program och har meddelat att OpenAI:s cyberförmågor ska integreras i företagens säkerhetsarbetsflöden. Det omfattar bland annat en tjänst för applikationssäkerhet som ska hjälpa organisationer att hitta och validera sårbarheter i programvara.

Det bredare strategiska partnerskapet kombinerar OpenAI:s modeller och produkter med IBM Consultings teknik och leveransförmåga inom AI. Säkerhetsarbetet kopplas också till IBM Autonomous Security och relaterade företagstjänster.

Samarbetet får därmed tre kompletterande lager:

1. OpenAI levererar modellerna och åtkomstreglerna.
2. AWS levererar en kanal för molndistribution och drift.
3. IBM levererar rådgivning, implementering och integration i säkerhetsdriften.

För stora organisationer kan det göra avancerad cyber-AI lättare att bygga in i befintliga program för applikationssäkerhet och säkerhetsövervakning. Samtidigt blir styrningen mer komplicerad när modellen kan nås via en marknadsplats, en hanterad tjänst eller ett konsultuppdrag – i stället för direkt av organisationen som ursprungligen granskades av OpenAI.

Den obesvarade frågan: följer granskningen med till tredje part?

Kärnfrågan är skillnaden mellan distribution och behörighet. Det offentliga materialet stödjer slutsatsen att Bedrock och IBM kan förenkla inköp, driftsättning, integration och leverans som hanterad tjänst. Det stödjer däremot inte slutsatsen att någon av partnerna kan mildra OpenAI:s krav på separat godkännande för Red.

Det är fortfarande oklart hur ansvaret fördelas i praktiken:

• Vem verifierar varje slutanvändare när Red används i en AWS- eller IBM-hanterad miljö?
• Behöver godkännandet omprövas när modellen exponeras genom en ny tjänst eller ett nytt projekt?
• Vilken part övervakar användningen och utreder missbruk?
• Vem kan stänga av åtkomsten – och hur snabbt?
• Hur kopplas kundens behörighet, uppdragets omfattning, revisionsloggar och incidentrapportering ihop mellan parterna?

Det tillgängliga materialet räcker inte för att säga att leverans via tredje part försvagar granskningen. Men det innehåller inte heller tillräckligt med operativa detaljer för att oberoende bekräfta att exakt samma kontrollnivå upprätthålls i varje marknadsplats- eller hanterad tjänst-scenario.

Den mest hållbara slutsatsen just nu är därför att Daybreaks räckvidd växer snabbare än de offentligt dokumenterade gränserna för ansvar och kontroll.