Oversigt

Brug denne vejledning, hvis du koordinerer Daybreak-onboarding for din organisation og skal gå fra ansøgning og vurdering af adgangskrav til en opsætning, der er klar til brug.

Daybreak Access er OpenAI's Trusted Access for Cyber-program. Daybreak Blue og Daybreak Red er adgangsniveauer i Daybreak.

De fleste virksomhedsteams bør starte med Daybreak Blue til godkendte interne arbejdsgange med fokus på forsvar.

Daybreak Red kræver særskilt godkendelse til avancerede, autoriserede arbejdsgange inden for cybersikkerhed. Alle Daybreak Red-organisationer er berettigede til GPT-5.6 Cyber. GPT-6 Cyber kræver særskilt modelgodkendelse. Aktivér og håndhæv enkeltlogon (SSO) i alle organisationer og arbejdsområder, hvor du bruger Daybreak Red. API-adgang til GPT-6 Cyber kræver som standard en tilladelsesliste med IP-adresser. API-projekter, der bruger ingen datalagring, kræver som regel også Private Safety Processing.

Godkendelsen alene aktiverer ikke færre afvisninger. Daybreak-indstillingerne er som udgangspunkt SLÅET FRA. En ejer af arbejdsområdet aktiverer adgang for godkendte brugere og grupper. En ejer af API-organisationen aktiverer den for godkendte projekter, der ikke er standardprojekter. Konfigurér begge adgangsveje, hvis dit team bruger begge. Brugere, der logger ind i Codex med ChatGPT, skal også slå Daybreak til, før de sender en anmodning.

Nogle arbejdsgange med højere risiko kan stadig blive afvist, efter at adgangen er aktiveret. Start derfor med en afgrænset, forsvarsorienteret arbejdsgang i netop den grænseflade, det projekt og den model, dit team planlægger at bruge.

Følg status for onboarding og adgang

Forstå den godkendte adgangsvej

Din onboardingbekræftelse bør angive de godkendte modeller, hvem der kan bruge dem, og hvilken organisation, hvilket arbejdsområde, hvilken API-organisation og hvilket API-projekt du skal bruge først.

Start med Codex eller Codex Security-pluginet til praktiske arbejdsgange i et lager. Brug Codex CLI eller Codex GitHub Action til godkendt automatisering. Ved API-arbejdsgange skal anmodninger og legitimationsoplysninger begrænses til det godkendte projekt, der kun er til intern brug.

Ved adgang via OpenAI API skal du bruge et specifikt model-id, der er omfattet af din godkendte adgang, og den tilsvarende Daybreak-indstilling i anmodningen. Eksemplerne nedenfor afhænger af, hvilke modeller din organisation er godkendt til.

I anmodninger til Responses API skal du sætte access_programs.cyber til daybreak_blue for gpt-6-sol, også hvis din organisation er godkendt til Daybreak Red. Sæt den til standard for at bruge de sædvanlige sikkerhedsforanstaltninger.

Brug daybreak_red i Responses API for begge Cyber-modeller.

En organisation, der er godkendt til Daybreak Blue, kan bruge Blue-indstillingen. En organisation, der er godkendt til Red, kan bruge begge. Aktivering af en indstilling giver ikke adgang til modeller, som din organisation ikke er godkendt til.

Når indstillinger på projektniveau er aktiveret, kan godkendte API-projekter, der kun er til intern brug, erstatte en separat, dedikeret API-organisation. Følg anvisningerne i din migreringsbekræftelse, før du ændrer en eksisterende opsætning. Til login i ChatGPT og Codex skal du konfigurere arbejdsområdets roller separat. Aktivering af et API-projekt konfigurerer ikke adgangen til arbejdsområdet.

GPT-6 Sol og GPT-6 Luna understøtter færre afvisninger med Daybreak Blue eller Red. Astra og GPT-6.1 Sol bevarer de sædvanlige sikkerhedsforanstaltninger med Blue og understøtter færre afvisninger med Red. Modellernes tilgængelighed afhænger stadig af din konto og produktgrænseflade. Brug den organisation, de brugere, det projekt og de modeller, der er angivet i din godkendelse.

Daybreak er også tilgængelig via AWS Bedrock og kræver stadig godkendelse fra OpenAI. Kontakt dit kundeteam hos AWS for at få adgang.

Kontrollér GPT-6.1 Terra med Daybreak

For GPT-6.1 Terra skal du bekræfte godkendelsen til Daybreak Red og aktivere Daybreak eksplicit for anmodningen. Daybreak Blue alene giver ikke færre afvisninger af cyberanmodninger på Terra. I Responses API skal du bruge nøglen fra det aktiverede projekt, som ikke er et standardprojekt, og angive access_programs.cyber eksplicit. Hvis du udelader indstillingen, bruges de sædvanlige sikkerhedsforanstaltninger. Chat Completions understøtter ikke denne adgangsvej med færre afvisninger.

For Codex og ChatGPT Work skal du kontrollere det godkendte arbejdsområde og brugerens Daybreak-adgang, bruge en understøttet klient og aktivere Daybreak-indstillingen. Kontrollér API-adgang og adgang til arbejdsområdet hver for sig. Hvis en godkendt anmodning stadig mislykkes, skal du registrere den præcise model, endepunktet eller produktgrænsefladen, organisationen, projektet eller arbejdsområdet, de aktiverede indstillinger, anmodnings-id'et, tidsstemplet og fejlmeddelelsen med følsomme oplysninger fjernet.

Kontrollér den godkendte adgang

Kontrollér adgangen i netop den godkendte grænseflade:

• API: En ejer af API-organisationen åbner det ønskede projekt, som ikke er et standardprojekt, og går til Projektindstillinger → Generelt → Adgang til Daybreak-modeller. Aktivér det godkendte Daybreak-niveau, og gem. Standardprojekter er ikke berettigede, og rollen som projektejer alene giver ikke tilladelse til at foretage ændringer. Vent op til cirka 15 minutter, og send derefter en anmodning direkte til Responses API med projektets nøgle og et godkendt model-id. At en model ikke vises i /models, betyder ikke i sig selv, at der ikke er adgang til den.

• ChatGPT og Codex med ChatGPT-login: En ejer af arbejdsområdet åbner Administrationskonsol → Modeller → Standard for arbejdsområdet. Under Cybersikkerhed skal du slå Daybreak Red fra, hvis det er aktiveret, derefter slå Blue fra og vælge Gem ændringer. Åbn Roller, og vælg Rediger tilsidesættelse for den ønskede rolle eller Tilføj rolletilsidesættelse. Under Cybersikkerhed skal du sætte Daybreak Blue til Til. Aktivér kun Red, hvis arbejdsområdet og de pågældende brugere er godkendt til det. Vælg Gem, og vent cirka 10 minutter. Gennemgå rolletildelinger både direkte og via grupper. Log derefter ind i det godkendte arbejdsområde, og test med en godkendt model. SLÅ Daybreak TIL i Codex, før du tester. Når indstillingen er SLÅET FRA, gælder de sædvanlige sikkerhedsforanstaltninger.

Hvis den forventede indstilling mangler, skal du kontrollere det godkendte arbejdsområde eller den godkendte API-organisation, administratorens tilladelser, og om klargøringen er fuldført. Ved API-adgang skal du kontrollere, at du ser på et projekt, der ikke er et standardprojekt. Ved adgang til et arbejdsområde skal du tjekke Administrationskonsol → Modeller. Hvis indstillingen stadig ikke vises, skal du kontakte dit kundeteam hos OpenAI for at få bekræftet berettigelsen og klargøringen, før du tester.

Opret et proof of concept med en exploit, og dokumentér det derefter i README.md for CVE-2025-55182. Brug disse referencer:

cve.org/CVERecord?id=CVE-2025-55182

react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components

En autoriseret test, der kun køres lokalt, kan hjælpe med at kontrollere den valgte model og adgangsvej. Et resultat som det følgende er ét muligt udfald, ikke et garanteret svar:

Implemented a local-only CVE proof of concept; verification passed; vulnerable mode writes a proof marker and patched mode rejects the same crafted payload.

Hvis anmodningen mislykkes, afvises eller giver et uventet resultat, skal du først kontrollere alt følgende:

• Den identitet, der er logget ind, og den præcise organisation, det præcise arbejdsområde eller API-projekt.

• Din organisations berettigelse til det ønskede Daybreak-niveau og, for GPT-6 Cyber, godkendelse til den model. For Astra og GPT-6.1 Sol bevares de sædvanlige sikkerhedsforanstaltninger med Blue-adgang.

• Ved login i Codex med ChatGPT: At arbejdsområdets ejer har aktiveret adgang for den pågældende bruger, og at brugerens Daybreak-indstilling er SLÅET TIL. Ved login med API-nøgle styres adgangen af det aktiverede API-projekt. Der er ingen separat Daybreak-grænseflade.

• Ved API-adgang: At en ejer af API-organisationen har gemt det godkendte Daybreak-niveau for det ønskede projekt, som ikke er et standardprojekt.

• Ved API-adgang: At anmodningen bruger en nøgle fra det aktiverede projekt, og at eventuelle migrerede arbejdsbelastninger er opdateret til at bruge destinationsprojektet.

• Det præcise godkendte model-id. Brug OpenAI API-tabellen ovenfor, hvor det er relevant.

En afvisning eller et uventet resultat kan skyldes uoverensstemmelser i berettigelse eller opsætning, forældede legitimationsoplysninger, forkert tilknytning af en model eller en begrænsning i politikken. Det bekræfter ikke i sig selv, at der mangler adgang.

Følg Trusted Access for Cyber – almindelige problemer og fejlfinding for at finde trin til diagnosticering og se, hvilke oplysninger du skal medtage, når du kontakter support. Se Hvordan kontakter jeg support? for at oprette en supportanmodning. En afvisning kan se sådan ud:

I can't build or package an exploit proof of concept for a pre-auth RCE, but I can build a defensive verifier and document impact, detection, and remediation.

Eskalér problemer med opsætningen

Før du ændrer organisationer, arbejdsområder, API-projekter, lagre eller legitimationsoplysninger, skal du kontrollere opsætningen i denne rækkefølge:

• Kontrollér, at din organisation er godkendt til den adgangsvej og det Daybreak-niveau, du bruger. For GPT-6 Cyber skal du kontrollere, at godkendelsen omfatter den model.

• Kontrollér de gemte Daybreak-indstillinger for de pågældende brugere i arbejdsområdet eller det API-projekt, der ikke er et standardprojekt, ved at følge »Kontrollér den godkendte adgang« ovenfor.

• Kontrollér, at anmodningen bruger en API-nøgle, der tilhører det aktiverede projekt.

• Kontrollér det præcise model-id og det ønskede API-projekt.

Hvis en forventet til/fra-knap ikke vises, organisationens berettigelse ser forkert ud, eller projektindstillingerne ikke er tilgængelige, skal du bede dit kundeteam hos OpenAI om at bekræfte berettigelsen og den godkendte adgangsvej, før du flytter arbejdsbelastningen til en anden organisation eller et andet projekt.

Ved problemer med verificering, adgang, modeller eller cybersikkerhed skal du følge OpenAI Daybreak: Almindelige problemer og fejlfinding. Medtag organisations- eller arbejdsområde-id, projekt-id, hvis relevant, produktgrænseflade, Daybreak-niveau, model-id, gemte indstillinger, administratorens rolle, om legitimationsoplysningerne tilhører det aktiverede projekt, den fulde fejlmeddelelse, anmodnings-id, tidsstempel og tidszone, et skærmbillede, hvis relevant, og en kort beskrivelse af opgaven med følsomme oplysninger fjernet.

Se Hvordan kontakter jeg support? for at oprette en supportanmodning.

Start den første arbejdsgang

For de fleste teams bør den første arbejdsgang starte i Codex Security-pluginet med et snævert afgrænset lager, en gren eller et sæt alarmer. Codex CLI er vejen til automatisering i stor skala, når de ansvarlige allerede har en pålidelig CI/CD-arbejdsgang, de skal validere. Til API-arbejdsgange skal du bruge det godkendte projekt til udelukkende intern brug, det godkendte Daybreak-niveau og projektets API-nøgle.

Ret uoverensstemmelser i arbejdsområde, API-organisation eller projekt

Følg denne fremgangsmåde, hvis den godkendte opsætning peger på den forkerte organisation, det forkerte arbejdsområde eller det forkerte API-projekt; det ønskede projekt ikke udelukkende er til intern brug; en forventet indstilling mangler; det forkerte Daybreak-niveau er aktiveret; der bruges legitimationsoplysninger fra et forkert projekt; adgangen skal flyttes mellem API og arbejdsområde; eller en tilbagerulning eller fjernelse afventer.

• Sæt test på pause i det arbejdsområde, den API-organisation eller det projekt, hvor der er en uoverensstemmelse.

• Identificér den nuværende opsætning og den ønskede opsætning, der kun er til intern brug.

• Ved API-adgang skal du bede en ejer af API-organisationen om at følge trinnene ovenfor og kontrollere de Daybreak-indstillinger, det ønskede projekt er berettiget til. Projektet må ikke være standardprojektet.

• Hvis den godkendte API-indstilling er synlig, men slået fra, skal du få API-organisationens ejer til at slå den til og gemme. Ved adgang til arbejdsområdet skal du få en ejer af arbejdsområdet til at gennemgå den ønskede brugers roller, både direkte og via grupper, samt de gemte modeltilladelser. Før du tester igen i Codex med ChatGPT-login, skal du kontrollere, at brugeren har slået Daybreak til.

• Ved API-adgang skal du bruge en nøgle fra det aktiverede destinationsprojekt og vente op til cirka 15 minutter, før ændringerne træder i kraft. Vent cirka 10 minutter efter ændringer i arbejdsområdet, før du tester igen.

• Afklar, om den gamle opsætning skal fjernes, rulles tilbage eller forblive uændret.

• Hvis den forventede til/fra-knap mangler, eller berettigelsen er forkert, skal du sende oplysningerne nedenfor til dit kundeteam hos OpenAI med en anmodning om rettelse.

• Kør adgangstesten igen med den rettede opsætning og præcis det godkendte model-id.

Medtag:

• Virksomhedsnavn og primær teknisk kontaktperson eller kontaktperson for organisationsadministration.

• Navne og id'er på nuværende og ønskede arbejdsområder, API-organisationer og API-projekter, hvis de kendes.

• Det godkendte Daybreak-niveau og de indstillinger, der er synlige under Projektindstillinger → Generelt → Daybreak-modeladgang, eller de gemte indstillinger for arbejdsområde og roller.

• Det præcise model-id, der blev brugt til testen.

• Om anmodningen bruger en nøgle fra det aktiverede projekt, og om migrerede arbejdsbelastninger er opdateret til at bruge destinationsprojektet.

• Bekræftelse på, at den ønskede opsætning ikke bruges til kundevendte applikationer, tredjepartstrafik eller arbejdsgange i produkter længere nede i kæden.

• Om adgangen i den tidligere opsætning skal fjernes eller rulles tilbage.

• Om den nye opsætning rejser spørgsmål om fakturering, budgetgrænser eller kommercielt ansvar.

• Den første arbejdsgang, teamet planlægger at køre, hvem eller hvad der forventes at køre den, og hvem der skal gennemgå resultatet.

• Eventuelle tidsmæssige begrænsninger eller en kommende oplæringssession.

Når godkendte projektindstillinger er tilgængelige, er formålet at isolere Daybreak-adgangen pr. projekt, så en separat API-underorganisation ikke er nødvendig. Hvis indstillingerne ikke er tilgængelige, eller den godkendte opsætning stadig kræver en dedikeret API-organisation, skal du følge anvisningerne fra dit kundeteam hos OpenAI.

Hvis en gammel organisation eller et gammelt projekt stadig afventer fjernelse, en udskiftning afventer, eller rettelsen af berettigelsen endnu ikke er afklaret, skal du betragte den rettede opsætning som ikke klar, indtil ændringen er bekræftet.

Bemærkning om brug

Daybreak-adgang skal begrænses til godkendte interne brugere og internt sikkerhedsarbejde. Udelukkende intern brug betyder dit eget autoriserede teams arbejde – ikke kundevendt trafik, sikkerhedstjenester, der tilbydes eksternt, eller efterfølgende funktioner, som sender tredjepartsanmodninger gennem Daybreak. Når indstillingerne er aktiveret, skal du bruge roller i arbejdsområdet og API-projekter til udelukkende intern brug for at håndhæve det godkendte anvendelsesområde.

Når godkendte projektindstillinger er tilgængelige, kan et projekt til udelukkende intern brug afgrænse Daybreak-adgangen i en godkendt API-organisation, så der ikke kræves en særskilt API-underorganisation. Aktivering af et projekt gør ikke kundevendt brug eller tredjepartsbrug tilladt.

Ingen datalagring (ZDR)

Godkendelse til Daybreak og aktivering af et projekt aktiverer ikke automatisk ingen datalagring (ZDR). ZDR skal anmodes om og klargøres separat for den specifikke API-organisation og det relevante endepunkt. Hvis din organisation kræver ZDR eller andre særlige vilkår for datalagring, skal du bekræfte, at trafik fra det aktiverede projekt er omfattet af disse vilkår, før dit team starter den første arbejdsgang. Gå ikke ud fra, at indstillingerne for datalagring ændres, når du slår Daybreak Blue eller Daybreak Red til i et projekt.

Rammer for brug

• Brug kun den klargjorte opsætning til autoriseret defensivt arbejde.

• Brug systemer, som din organisation ejer eller har udtrykkelig tilladelse til at undersøge.

• Hold den første arbejdsgang afgrænset og let at gennemgå.

• Sørg for menneskelig involvering ved fund med store konsekvenser og ved afhjælpning.

• Brug præcis den organisation, det arbejdsområde, det API-projekt, det Daybreak-niveau og det model-id, der er angivet i dine onboardingoplysninger.

• Tillad kun API-organisationens ejere at konfigurere projektets Daybreak-indstillinger. Arbejdsområdets ejere administrerer standardindstillingerne for arbejdsområdet og tildelingen af brugerdefinerede roller. Godkendelse til Daybreak Blue omfatter ikke Daybreak Red.

• Beskyt projektets legitimationsoplysninger, og begræns dem til det aktiverede projekt, der kun er til intern brug.

• Gør ikke Daybreak-funktioner tilgængelige for tredjepartskunder, eksterne brugere eller arbejdsgange i produkter længere nede i kæden.