Oversigt

Brug denne vejledning, hvis du koordinerer Daybreak-onboarding i 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. Nogle banebrydende cybermodeller kræver yderligere, modelspecifik godkendelse.

En godkendelse 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. Konfigurer begge dele, hvis dit team bruger begge adgangsveje. 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 arbejdsgang med fokus på forsvar på præcis den grænseflade, i det projekt og med 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.

Ved praktisk arbejde med kodelagre skal du starte med Codex eller Codex Security-pluginet. 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, som er omfattet af din godkendte adgang, og den tilhørende Daybreak-indstilling i anmodningen. Eksemplerne nedenfor afhænger af din organisations modelgodkendelser.

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 standardbeskyttelsen.

For gpt-5.6-cyber må du kun bruge daybreak_red, hvis din organisation både er godkendt til Daybreak Red og har den påkrævede yderligere modelgodkendelse.

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. Ved 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 standardbeskyttelsen med Blue og understøtter færre afvisninger med Red. Modellernes tilgængelighed afhænger stadig af din konto og den produktgrænseflade, du bruger. 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 den godkendte adgang

Kontrollér adgangen i præcis den godkendte grænseflade:

• API: En ejer af API-organisationen åbner det ønskede projekt, som ikke må være standardprojektet, og går til Projektindstillinger → Generelt → Daybreak-modeladgang. Aktivér det godkendte Daybreak-niveau, og gem. Standardprojekter er ikke berettigede, og det er ikke nok at være projektejer for at kunne foretage ændringer. Vent op til cirka 15 minutter, og send derefter en direkte anmodning 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åde. 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 det er godkendt til arbejdsområdet og de pågældende brugere. Vælg Gem, og vent cirka 10 minutter. Gennemgå roller tildelt direkte og via grupper. Log derefter ind på det godkendte arbejdsområde, og test med en godkendt model. Slå Daybreak til i Codex, før du tester. Når Daybreak er slået fra, gælder standardbeskyttelsen.

Hvis den forventede indstilling mangler, skal du kontrollere det godkendte arbejdsområde eller den godkendte API-organisation, administratorens rettigheder, og om klargøringen er fuldført. Ved API-adgang skal du kontrollere, at du ser på et andet projekt end standardprojektet. Ved adgang til arbejdsområdet skal du kontrollere 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.

Lav et proof of concept med exploit-koden, 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 alle følgende punkter:

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

• Organisationens berettigelse til det ønskede Daybreak-niveau og eventuel yderligere modelgodkendelse. For Astra og GPT-6.1 Sol bevarer Blue-adgang standardbeskyttelsen.

• Ved Codex-login med ChatGPT: At arbejdsområdets ejer har aktiveret adgang for den ønskede bruger, og at brugeren har slået Daybreak til. Ved login med API-nøgle følger adgangen 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 må være standardprojektet.

• 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 berettigelsen eller opsætningen, forældede legitimationsoplysninger, forkert modeltilknytning eller en begrænsning i henhold til politikkerne. Det bekræfter ikke i sig selv, at adgangen mangler.

Følg Trusted Access for Cyber – Almindelige problemer og fejlfinding for at få vejledning i fejlfinding 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 opsætningsproblemer

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

• Kontrollér organisationens godkendte adgangsvej og berettigelse til det ønskede Daybreak-niveau.

• Kontrollér de gemte Daybreak-indstillinger for de ønskede brugere i arbejdsområdet eller det ønskede API-projekt, som ikke må være standardprojektet. Følg afsnittet »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 er synlig, 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 samt en kort beskrivelse af opgaven uden følsomme oplysninger.

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.