Så slutför du företagsintroduktion för Trusted Access, validerar provisionerad åtkomst, åtgärdar problem med organisation eller Arbetsyta och förbereder första arbetsflödet.

Översikt

Använd den här guiden om du samordnar Daybreak-introduktion för din organisation och behöver gå från insamling via provisionering till en körklar konfiguration.

Daybreak är OpenAI:s program för cybersäkerhetsarbete, inklusive modeller, åtkomstvägar, Codex, Codex Security och stödjande tjänster.

De flesta företagsteam använder GPT-5.5 med Trusted Access for Cyber för godkända interna defensiva arbetsflöden. För den här åtkomstvägen provisionerar OpenAI den organisation eller Arbetsyta som identifierats genom insamlingsprocessen när Persona KYB-verifiering och interna lämplighetskontroller är klara. Åtkomst kan gälla en Codex- eller ChatGPT-organisation, en API-organisation eller båda, beroende på den godkända konfigurationen.

Vissa arbetsflöden med högre risk kan fortfarande nekas efter provisionering, så börja med ett avgränsat defensivt arbetsflöde på exakt den yta som ditt team planerar att använda.

Följ introduktions- och provisioneringsstatus

Fas	Beskrivning	Nästa steg
Skicka in insamlingsformulär	Din organisation har fyllt i insamlingsformuläret för Trusted Access för företag	Håll utkik efter ett e-postmeddelande från Persona och slutför KYB-verifieringen. Se till att e-postmeddelandet från Persona når rätt kontaktperson i organisationen.
Ta emot och slutför KYB-e-postmeddelandet från Persona	När insamlingsformuläret har skickats in skickar Persona e-post till den kontakt som anges i formuläret för att slutföra Know Your Business-verifiering (KYB).	Slutför Persona KYB-begäran. När KYB är klar genomför OpenAI interna lämplighetskontroller och provisionerar först när dessa kontroller har godkänts.
Ta emot avisering om att du har provisionerats	OpenAI tillämpade åtkomst på den organisation eller Arbetsyta som begärdes i insamlingsformuläret.	Kontrollera att åtkomsten är korrekt provisionerad på den begärda ytan. Observera att åtkomsten för närvarande inte visas i en Arbetsyta-instrumentpanel som kunden kan se.
Kontrollera att du har åtkomst och starta ett avgränsat defensivt arbetsflöde	Den provisionerade organisationen eller Arbetsyta har bekräftats och den avsedda åtkomstkontrollen lyckas	Välj ett första avgränsat defensivt arbetsflöde, ange vem som kör arbetsflödet och vem som granskar det, och använd Codex Security-pluginet eller en godkänd Responses API-organisation.

Förstå den provisionerade åtkomstvägen

Bekräftelsen från OpenAI bör ange vilken åtkomstväg som har provisionerats, vem som kan använda den och vilken organisation eller Arbetsyta som ska användas först.

För praktiska arbetsflöden i Förvar börjar du med Codex eller Codex Security-pluginet. Använd Codex CLI eller Codex GitHub Action för godkänd automatisering. Om åtkomst provisioneras till en API-organisation ska du hålla begäranden och autentiseringsuppgifter avgränsade till den organisationen.

Provisionerad åtkomstväg	Vem kan använda den	Var åtkomsten gäller	Första yta för att validera åtkomst
Åtkomst via Codex	Medlemmar i den namngivna interna Codex- eller ChatGPT-organisationen eller Arbetsyta	Den provisionerade organisationen eller Arbetsyta. Åtkomsten är organisationsomfattande för den här vägen	För säkerhetsarbete med statiska resurser börjar du med Codex Security-pluginet.
Åtkomst via API-organisation	Användare eller tjänster autentiserade mot den namngivna interna API-organisationen	Den provisionerade API-organisationen	Responses API eller ett annat godkänt Codex API-arbetsflöde.

För GPT-5.5 med Trusted Access for Cyber provisioneras Arbetsyta-åtkomst till den namngivna Codex- eller ChatGPT-organisationen och API-åtkomst till den namngivna API-organisationen. Om din bekräftelse anger en annan väg på användarnivå eller för en specifik Modell ska du följa just de instruktionerna i stället för att utgå från organisationsomfattande åtkomst. Om den provisionerade åtkomstvägen är oklar ber du din OpenAI-kontakt att bekräfta den innan du testar.

Validera provisionerad åtkomst

När OpenAI har bekräftat provisioneringen kör du denna Prompt på exakt den bekräftade ytan. Det kan göras i Codex när du är inloggad i den endast interna organisationen eller Arbetsyta, eller via Responses API med autentiseringsuppgifter från den bekräftade API-organisationen.

Skapa en konceptvalidering med exploiten och dokumentera den sedan i README.md för CVE-2025-55182. Använd dessa referenser:

cve.org/CVERecord?id=CVE-2025-55182
react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components

Åtkomstkontrollen lyckas när GPT-5.5 slutför den avgränsade, endast lokala konceptvalideringen med säkerhetsbegränsningar, lokala filer och ett verifieringsresultat som:

Implementerade ett lokalt CVE-konceptbevis; verifieringen godkändes; sårbart läge skriver en bevismarkör och patchat läge avvisar samma utformade payload.

Om Prompt nekas eller inte ger det förväntade avgränsade resultatet ska du först bekräfta inloggad identitet och organisation eller Arbetsyta. Resultatet kan tyda på ofullständig provisionering, felaktig routning eller en policygräns. Om provisioneringen är klar och problemet kvarstår följer du Trusted Access for Cyber – vanliga problem och felsökning för diagnostiska steg och uppgifter att inkludera när du kontaktar Support. Se: Hur kontaktar jag supporten? för att öppna ett supportärende. Ett nekande kan se ut så här:

Jag kan inte bygga eller paketera ett konceptbevis för en exploit för pre-auth RCE, men jag kan bygga en defensiv verifierare och dokumentera påverkan, detektering och åtgärd.

Eskalera konfigurationsproblem

Innan du ändrar Arbetsyta, API-organisationer, Förvar eller autentiseringsuppgifter ber du ditt OpenAI-kontoteam bekräfta att provisioneringen är klar och att avsedd organisation, Arbetsyta och åtkomstväg är korrekta.

Vid problem med verifiering, åtkomst, Modell eller cybersäkerhet följer du Trusted Access for Cyber – vanliga problem och felsökning. Den innehåller diagnostiska steg och den information du ska ange när du kontaktar Support, till exempel organisations-ID, produktyta, Modell, fullständigt felmeddelande, begärande-ID, tidsstämpel och tidszon, skärmbild när det är tillämpligt samt en kort maskerad beskrivning av uppgiften.

Se: Hur kontaktar jag supporten? för att öppna ett supportärende.

Starta det första arbetsflödet

För de flesta team bör det första arbetsflödet starta i Codex Security-pluginet med ett avgränsat Förvar, en avgränsad gren eller ett avgränsat varningsomfång. Codex CLI är vägen för skalad automatisering när arbetsflödesägarna redan har ett betrott CI/CD-arbetsflöde som du behöver validera.

Korrigera en felmatchning mellan Arbetsyta eller API-organisation

Använd den här vägen när den godkända konfigurationen pekar på fel organisation, den inskickade organisationen inte är endast intern, åtkomst behöver flyttas mellan API- och Arbetsyta-vägar eller en återställning/borttagning väntar.

Pausa testning på den felmatchade Arbetsyta eller API-organisationen.
Identifiera den aktuella konfigurationen som skickades in eller provisionerades.
Identifiera avsedd endast intern Arbetsyta, API-organisation eller båda.
Bekräfta om den gamla konfigurationen ska tas bort, återställas eller lämnas oförändrad.
Skicka uppgifterna nedan till ditt OpenAI-kontoteam som en korrigeringsbegäran.
Vänta tills OpenAI bekräftar att korrigeringen är klar.
Kör åtkomstbeviskontrollen igen på den korrigerade konfigurationen.

Inkludera:

företagsnamn och primär teknisk kontakt eller Arbetsyta-administratör
namn och ID för aktuell Arbetsyta eller API-organisation, om känt
namn och ID för avsedd endast intern Arbetsyta eller API-organisation, om känt
bekräftelse på att avsedd konfiguration inte används för kundvända applikationer, tredjepartstrafik eller nedströms produktarbetsflöden
om åtkomsten ska tas bort från eller återställas från den tidigare konfigurationen
om den nya konfigurationen väcker frågor om fakturering, budgetgräns eller kommersiell ägare
det första arbetsflödet teamet planerar att köra och de förväntade arbetsflödeskörarna
tidsbegränsningar eller kommande aktiveringssession, om sådana finns

Om borttagning av en gammal organisation fortfarande väntar eller ett byte väntar ska du betrakta den korrigerade konfigurationen som inte redo förrän OpenAI bekräftar att ändringen är klar.

Anmärkning om användning

Varje arbetsyta eller API-organisation som aktiverats för Trusted Access bör vara endast intern. Endast intern innebär att åtkomsten används av ert eget auktoriserade team för organisationens defensiva arbete och inte är kopplad till kundriktad trafik, externt erbjudna säkerhetstjänster eller någon produktfunktion nedströms som skickar tredjepartsförfrågningar eller innehåll via denna åtkomst.

Noll datalagring (ZDR)

Provisionering av Trusted Access aktiverar inte automatiskt Noll datalagring (ZDR). ZDR måste begäras och provisioneras separat för exakt den organisationen. Om din organisation kräver ZDR eller annan specifik hantering av datalagring ska du bekräfta att organisationen du planerar att använda omfattas av dessa villkor innan ditt team startar det första arbetsflödet.

Driftgränser

Använd den tillhandahållna konfigurationen endast för auktoriserat defensivt arbete.
Använd system som er organisation äger eller uttryckligen har behörighet att bedöma.
Håll det första arbetsflödet avgränsat och granskningsbart.
Behåll människor i processen för fynd med stor påverkan och åtgärder.
Använd den arbetsyta, API-konfiguration och modellåtkomst som anges i dina onboardinguppgifter.
Utöka inte funktioner för Trusted Access till tredjepartskunder, externa användare eller produktarbetsflöden nedströms.

Enterprise Daybreak-onboarding