Kaip užbaigti įmonės Trusted Access įvedimą, patikrinti suteiktą prieigą, ištaisyti organizacijos ar darbo erdvės problemas ir pasiruošti pirmajai darbo eigai.

Apžvalga

Naudokite šį vadovą, jei koordinuojate Daybreak įvedimą savo organizacijoje ir turite pereiti nuo paraiškos pateikimo per prieigos suteikimą iki paruoštos naudoti sąrankos.

Daybreak yra OpenAI programa, skirta kibernetinio saugumo darbui, įskaitant modelius, prieigos kelius, Codex, Codex Security ir pagalbines paslaugas.

Dauguma įmonių komandų patvirtintoms vidinėms gynybinėms darbo eigoms naudoja GPT-5.5 su Trusted Access for Cyber. Šiam prieigos keliui OpenAI suteikia prieigą organizacijai arba darbo erdvei, nustatytai per paraiškos procesą, kai užbaigiama Persona KYB patikra ir vidiniai tinkamumo patikrinimai. Prieiga gali būti taikoma Codex arba ChatGPT organizacijai, API organizacijai arba abiem, atsižvelgiant į patvirtintą sąranką.

Kai kurios didesnės rizikos darbo eigos gali būti atmestos net suteikus prieigą, todėl pradėkite nuo ribotos gynybinės darbo eigos tiksliai toje aplinkoje, kurią jūsų komanda planuoja naudoti.

Stebėkite įvedimo ir prieigos suteikimo būseną

Etapas	Aprašas	Ką daryti toliau
Pateikite paraiškos formą	Jūsų organizacija užpildė įmonės Trusted Access paraiškos formą	Stebėkite, ar gausite el. laišką iš Persona, ir užbaikite KYB patikrą. Įsitikinkite, kad Persona el. laiškas pasiekia tinkamą organizacijos kontaktą.
Gaukite ir užpildykite KYB el. laišką iš Persona	Pateikus paraiškos formą, Persona išsiunčia el. laišką jūsų paraiškos formoje nurodytam kontaktui, kad būtų užbaigta „Know Your Business“ (KYB) patikra.	Užbaikite Persona KYB užklausą. Užbaigus KYB, OpenAI atlieka vidinius tinkamumo patikrinimus ir suteikia prieigą tik tada, kai šie patikrinimai sėkmingai praeinami.
Gaukite pranešimą, kad jums suteikta prieiga	OpenAI pritaikė prieigą organizacijai arba darbo erdvei, nurodytai paraiškos formoje.	Patikrinkite, ar prieiga tinkamai suteikta prašytoje aplinkoje. Atkreipkite dėmesį, kad prieiga šiuo metu nerodoma klientui matomame darbo erdvės valdymo skydelyje.
Patikrinkite, ar turite prieigą, ir pradėkite ribotą gynybinę darbo eigą	Suteikta organizacija arba darbo erdvė patvirtinta, o numatyta prieigos patikra sėkminga	Pasirinkite vieną pirmąją ribotą gynybinę darbo eigą, nurodykite darbo eigos vykdytoją ir peržiūrėtoją, ir naudokite Codex Security papildinį arba patvirtintą Responses API organizaciją.

Supraskite suteiktos prieigos kelią

OpenAI patvirtinime turėtų būti nurodyta, kuris prieigos kelias suteiktas, kas gali juo naudotis ir kurią organizaciją arba darbo erdvę naudoti pirmiausia.

Praktinėms darbo eigoms su saugyklomis pradėkite nuo Codex arba Codex Security papildinio. Patvirtintai automatizacijai naudokite Codex CLI arba Codex GitHub Action. Jei prieiga suteikta API organizacijai, užklausas ir kredencialus apribokite ta organizacija.

Suteiktos prieigos kelias	Kas gali juo naudotis	Kur taikoma prieiga	Pirmoji aplinka prieigai patikrinti
Prieiga per Codex	Nurodytos vidinės Codex arba ChatGPT organizacijos ar darbo erdvės nariai	Suteikta organizacija arba darbo erdvė. Šiam keliui prieiga taikoma visai organizacijai	Statinio turinio saugos darbui pradėkite nuo Codex Security papildinio.
Prieiga per API organizaciją	Naudotojai arba paslaugos, autentifikuoti nurodytoje vidinėje API organizacijoje	Suteikta API organizacija	Responses API arba kita patvirtinta Codex API darbo eiga.

Naudojant GPT-5.5 su Trusted Access for Cyber, darbo erdvės prieiga suteikiama nurodytai Codex arba ChatGPT organizacijai, o API prieiga – nurodytai API organizacijai. Jei patvirtinime nurodytas kitas naudotojo lygmens arba konkrečiam modeliui skirtas kelias, vadovaukitės būtent tomis instrukcijomis, o ne darykite prielaidą, kad prieiga taikoma visai organizacijai. Jei suteiktos prieigos kelias neaiškus, prieš testuodami paprašykite savo OpenAI kontakto jį patvirtinti.

Patikrinkite suteiktą prieigą

Kai OpenAI patvirtins, kad prieiga suteikta, paleiskite šią užklausą tiksliai patvirtintoje aplinkoje. Tai galima atlikti Codex prisijungus prie tik vidinės organizacijos ar darbo erdvės arba per Responses API naudojant patvirtintos API organizacijos kredencialus.

Sukurkite koncepcijos demonstraciją su išnaudojimo kodu, tada ją dokumentuokite README.md, skirtame CVE-2025-55182. Naudokite šias nuorodas:

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

Prieigos patikra sėkminga, kai GPT-5.5 užbaigia ribotą tik vietinę koncepcijos demonstraciją su saugos apribojimais, vietiniais failais ir patikros rezultatu, pvz.:

Įgyvendintas tik vietinis CVE koncepcijos įrodymas; patikrinimas sėkmingas; pažeidžiamas režimas įrašo įrodymo žymeklį, o pataisytas režimas atmeta tą patį specialiai suformuotą naudingąjį krūvį.

Jei užklausa atmetama arba nepateikia tikėtino riboto rezultato, pirmiausia patvirtinkite prisijungusią tapatybę ir organizaciją arba darbo erdvę. Rezultatas gali rodyti nebaigtą prieigos suteikimą, maršruto neatitikimą arba politikos ribą. Jei prieigos suteikimas baigtas, bet problema išlieka, vadovaukitės Trusted Access for Cyber – dažnos problemos ir trikčių šalinimas, kur rasite diagnostikos veiksmus ir informaciją, kurią reikia pateikti kreipiantis į palaikymo komandą. Norėdami pateikti palaikymo užklausą, žr.: Kaip susisiekti su palaikymo komanda? Atmetimas gali atrodyti taip:

Negaliu sukurti ar supakuoti iki autentifikavimo RCE išnaudojimo koncepcijos įrodymo, bet galiu sukurti gynybinį tikrintuvą ir dokumentuoti poveikį, aptikimą bei taisymą.

Eskalavimas dėl sąrankos problemų

Prieš keisdami darbo erdves, API organizacijas, saugyklas ar kredencialus, paprašykite savo OpenAI paskyros komandos patvirtinti, kad prieigos suteikimas baigtas ir kad numatyta organizacija, darbo erdvė bei prieigos kelias yra teisingi.

Dėl patikros, prieigos, modelio ar kibernetinės saugos problemų vadovaukitės Trusted Access for Cyber – dažnos problemos ir trikčių šalinimas. Jame pateikti diagnostikos veiksmai ir informacija, kurią reikia nurodyti kreipiantis į palaikymo komandą, pvz., jūsų organizacijos ID, produkto aplinka, modelis, visas klaidos pranešimas, užklausos ID, laiko žyma ir laiko juosta, ekrano kopija, kai taikoma, ir trumpas užduoties aprašymas pašalinus neskelbtiną informaciją.

Norėdami pateikti palaikymo užklausą, žr.: Kaip susisiekti su palaikymo komanda?

Pradėkite pirmąją darbo eigą

Daugumai komandų pirmoji darbo eiga turėtų prasidėti Codex Security papildinyje, naudojant siaurą saugyklos, šakos arba įspėjimų apimtį. Codex CLI yra mastelio automatizavimo kelias, kai darbo eigos savininkai jau turi patikimą CI/CD darbo eigą, kurią reikia patvirtinti.

Ištaisykite darbo erdvės arba API organizacijos neatitikimą

Naudokite šį kelią, kai patvirtinta sąranka nurodo netinkamą organizaciją, pateikta organizacija nėra skirta tik vidiniam naudojimui, prieigą reikia perkelti tarp API ir darbo erdvės kelių arba laukiama grąžinimo ar pašalinimo.

Sustabdykite testavimą neatitinkančioje darbo erdvėje arba API organizacijoje.
Nustatykite dabartinę sąranką, kuri buvo pateikta arba kuriai suteikta prieiga.
Nustatykite numatytą tik vidinę darbo erdvę, API organizaciją arba abi.
Patvirtinkite, ar senoji sąranka turėtų būti pašalinta, grąžinta į ankstesnę būseną ar palikta nepakeista.
Toliau nurodytą informaciją išsiųskite savo OpenAI paskyros komandai kaip taisymo užklausą.
Palaukite, kol OpenAI patvirtins, kad taisymas baigtas.
Pakartotinai paleiskite prieigos patikrinimą pataisytoje sąrankoje.

Įtraukite:

įmonės pavadinimą ir pagrindinį techninį arba darbo erdvės administratoriaus kontaktą
dabartinės darbo erdvės arba API organizacijos pavadinimą ir ID, jei žinoma
numatytos tik vidinės darbo erdvės arba API organizacijos pavadinimą ir ID, jei žinoma
patvirtinimą, kad numatyta sąranka nenaudojama klientams skirtoms programoms, trečiųjų šalių srautui ar tolesniems produkto darbo procesams
ar prieiga turėtų būti pašalinta arba grąžinta iš ankstesnės sąrankos
ar naujoji sąranka kelia atsiskaitymo, biudžeto limito arba komercinio savininko klausimą
pirmąją darbo eigą, kurią komanda planuoja vykdyti, ir numatomus darbo eigos vykdytojus
laiko apribojimus arba būsimą įgalinimo sesiją, jei tokių yra

Jei senoji organizacija vis dar laukia pašalinimo arba laukiama pakeitimo, laikykite pataisytą sąranką neparengta, kol OpenAI patvirtins, kad pakeitimas baigtas.

Pastaba dėl naudojimo

Bet kuri darbo erdvė ar API organizacija, kuriai įjungta Trusted Access, turėtų būti skirta tik vidiniam naudojimui. Tik vidiniam naudojimui reiškia, kad prieigą naudoja jūsų įgaliota komanda jūsų organizacijos gynybiniam darbui ir ji nėra susieta su klientams skirtais srautais, išorėje teikiamomis saugumo paslaugomis ar jokia paskesne produkto funkcija, kuri per šią prieigą perduoda trečiųjų šalių užklausas ar turinį.

Nulinis duomenų saugojimas (ZDR)

Trusted Access prieigos suteikimas automatiškai neįjungia nulinio duomenų saugojimo (ZDR). ZDR reikia paprašyti ir suteikti atskirai tiksliai tai organizacijai. Jei jūsų organizacijai reikalingas ZDR arba kitas konkretus duomenų saugojimo režimas, prieš komandai pradedant pirmąją darbo eigą patvirtinkite, kad organizacijai, kurią planuojate naudoti, taikomos šios sąlygos.

Veikimo ribos

Suteiktą sąranką naudokite tik įgaliotam gynybiniam darbui.
Naudokite sistemas, kurios priklauso jūsų organizacijai arba kurias vertinti jai aiškiai leista.
Pirmąją darbo eigą laikykite siaurą ir peržiūrimą.
Didelio poveikio radiniams ir taisymams užtikrinkite žmogaus dalyvavimą.
Naudokite darbo erdvę, API sąranką ir modelio prieigą, nurodytą jūsų diegimo informacijoje.
Neišplėskite Trusted Access galimybių trečiųjų šalių klientams, išoriniams naudotojams ar paskesnėms produktų darbo eigoms.

„Enterprise Daybreak“ diegimas