Si të përfundoni integrimin fillestar të Trusted Access për ndërmarrje, të verifikoni aksesin e provisionuar, të korrigjoni problemet me organizatën ose hapësirën e punës dhe të përgatiteni për rrjedhën e parë të punës.

Përmbledhje

Përdoreni këtë udhëzues nëse po koordinoni integrimin fillestar në Daybreak për organizatën tuaj dhe duhet të kaloni nga pranimi, te provisionimi, e deri te një konfigurim gati për përdorim.

Daybreak është programi i OpenAI i përqendruar te puna për sigurinë kibernetike, duke përfshirë modele, rrugë aksesi, Codex, Codex Security dhe shërbime mbështetëse.

Shumica e ekipeve të ndërmarrjeve përdorin GPT-5.5 me Trusted Access for Cyber për rrjedha të miratuara të punës mbrojtëse të brendshme. Për këtë rrugë aksesi, OpenAI provisionon organizatën ose hapësirën e punës të identifikuar gjatë procesit të pranimit pasi të përfundojnë verifikimi Persona KYB dhe kontrollet e brendshme të përshtatshmërisë. Aksesi mund të zbatohet për një organizatë Codex ose ChatGPT, një organizatë API, ose për të dyja, në varësi të konfigurimit të miratuar.

Disa rrjedha pune me rrezik më të lartë mund të refuzohen edhe pas provisionimit, prandaj nisni me një rrjedhë pune mbrojtëse të kufizuar në sipërfaqen e saktë që ekipi juaj planifikon të përdorë.

Ndiqni gjendjen e integrimit fillestar dhe provisionimit

Faza	Përshkrimi	Çfarë të bëni më pas
Dërgoni formularin e pranimit	Organizata juaj plotësoi formularin e pranimit për Trusted Access për ndërmarrje	Prisni një email nga Persona dhe përfundoni verifikimin KYB. Sigurohuni që emaili nga Persona të mbërrijë te kontakti i duhur i organizatës.
Merrni dhe plotësoni emailin KYB nga Persona	Pasi të dërgohet formulari i pranimit, Persona i dërgon email kontaktit të shënuar në formularin tuaj për të përfunduar verifikimin Know Your Business (KYB).	Plotësoni kërkesën Persona KYB. Pasi KYB të përfundojë, OpenAI kryen kontrolle të brendshme përshtatshmërie dhe provisionon vetëm pasi ato kontrolle të kalojnë me sukses.
Merrni njoftim se jeni provisionuar	OpenAI aplikoi aksesin te organizata ose hapësira e punës e kërkuar në formularin e pranimit.	Kontrolloni që aksesi të jetë provisionuar saktë në sipërfaqen e kërkuar. Vini re se aksesi aktualisht nuk shfaqet në një panel të hapësirës së punës të dukshëm për klientin.
Kontrolloni që keni akses dhe nisni një rrjedhë pune mbrojtëse të kufizuar	Organizata ose hapësira e punës e provisionuar është konfirmuar dhe kontrolli i synuar i aksesit ka sukses	Zgjidhni një rrjedhë të parë pune mbrojtëse të kufizuar, emërtoni ekzekutuesin dhe rishikuesin e rrjedhës së punës dhe përdorni shtojcën Codex Security ose një organizatë të miratuar Responses API.

Kuptoni rrugën e aksesit të provisionuar

Konfirmimi nga OpenAI duhet të identifikojë se cila rrugë aksesi u provisionua, kush mund ta përdorë dhe cilën organizatë ose hapësirë pune duhet të përdorni fillimisht.

Për rrjedha pune praktike me depo, nisni me Codex ose shtojcën Codex Security. Përdorni Codex CLI ose Codex GitHub Action për automatizimin e miratuar. Nëse aksesi është provisionuar për një organizatë API, mbajini kërkesat dhe kredencialet të kufizuara në atë organizatë.

Rruga e aksesit e provisionuar	Kush mund ta përdorë	Ku zbatohet aksesi	Sipërfaqja e parë për verifikimin e aksesit
Akses përmes Codex	Anëtarët e organizatës ose hapësirës së punës së brendshme të emërtuar Codex ose ChatGPT	Organizata ose hapësira e punës e provisionuar. Për këtë rrugë, aksesi është në nivel organizate	Për punën e sigurisë së aseteve statike, nisni me shtojcën Codex Security.
Akses përmes organizatës API	Përdorues ose shërbime të autentikuara në organizatën e brendshme API të emërtuar	Organizata API e provisionuar	Responses API ose një rrjedhë tjetër pune e miratuar Codex API.

Për GPT-5.5 me Trusted Access for Cyber, aksesi në hapësirën e punës provisionohet te organizata e emërtuar Codex ose ChatGPT, ndërsa aksesi API provisionohet te organizata API e emërtuar. Nëse konfirmimi juaj emërton një rrugë tjetër në nivel përdoruesi ose specifike për modelin, ndiqni pikërisht ato udhëzime në vend që të supozoni akses në nivel organizate. Nëse rruga e aksesit të provisionuar është e paqartë, kërkojini kontaktit tuaj në OpenAI ta konfirmojë para testimit.

Verifikoni aksesin e provisionuar

Pasi OpenAI të konfirmojë provisionimin, ekzekutoni këtë kërkesë në sipërfaqen e saktë të konfirmuar. Kjo mund të bëhet në Codex ndërsa jeni të identifikuar në organizatën ose hapësirën e punës vetëm të brendshme, ose përmes Responses API duke përdorur kredencialet nga organizata API e konfirmuar.

Krijoni një provë koncepti me shfrytëzimin, pastaj dokumentojeni në README.md për CVE-2025-55182. Përdorni këto referenca:

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

Kontrolli i aksesit ka sukses kur GPT-5.5 përfundon provën e kufizuar të konceptit vetëm lokale, me kufizime sigurie, skedarë lokalë dhe një rezultat verifikimi si:

U zbatua një provë koncepti CVE vetëm lokale; verifikimi kaloi; modaliteti i cenueshëm shkruan një shenjues prove dhe modaliteti i arnuar refuzon të njëjtën ngarkesë të përgatitur.

Nëse kërkesa refuzohet ose nuk prodhon rezultatin e pritshëm të kufizuar, së pari konfirmoni identitetin e përdorur për hyrje dhe organizatën ose hapësirën e punës. Rezultati mund të tregojë provisionim të paplotë, mospërputhje rutimi ose një kufi politike. Nëse provisionimi ka përfunduar dhe problemi vazhdon, ndiqni Trusted Access for Cyber - Common Issues and Troubleshooting për hapat diagnostikues dhe hollësitë që duhet të përfshini kur kontaktoni Mbështetjen. Për të hapur një kërkesë te Mbështetja, shihni: Si mund të kontaktoj mbështetjen? Një refuzim mund të duket kështu:

Nuk mund të ndërtoj ose paketoj një provë koncepti shfrytëzimi për një RCE para autentikimit, por mund të ndërtoj një verifikues mbrojtës dhe të dokumentoj ndikimin, zbulimin dhe korrigjimin.

Eskaloni problemet e konfigurimit

Para se të ndryshoni hapësira pune, organizata API, depo ose kredenciale, kërkojini ekipit tuaj të llogarisë në OpenAI të konfirmojë se provisionimi ka përfunduar dhe se organizata, hapësira e punës dhe rruga e synuar e aksesit janë të sakta.

Për probleme verifikimi, aksesi, modeli ose sigurie kibernetike, ndiqni Trusted Access for Cyber - Common Issues and Troubleshooting. Ai përfshin hapat diagnostikues dhe informacionin që duhet të jepni kur kontaktoni Mbështetjen, si ID-ja e organizatës suaj, sipërfaqja e produktit, modeli, mesazhi i plotë i gabimit, ID-ja e kërkesës, vula kohore dhe zona kohore, pamja e ekranit kur është e zbatueshme, si dhe një përshkrim i shkurtër i redaktuar i detyrës.

Për të hapur një kërkesë te Mbështetja, shihni: Si mund të kontaktoj mbështetjen?

Nisni rrjedhën e parë të punës

Për shumicën e ekipeve, rrjedha e parë e punës duhet të nisë në shtojcën Codex Security me një fushë të ngushtë depoje, dege ose sinjalizimi. Codex CLI është rruga për automatizim në shkallë kur pronarët e rrjedhës së punës kanë tashmë një rrjedhë të besuar CI/CD që duhet ta verifikoni.

Korrigjoni mospërputhjen e një hapësire pune ose organizate API

Përdoreni këtë rrugë kur konfigurimi i miratuar tregon organizatën e gabuar, organizata e dorëzuar nuk është vetëm e brendshme, aksesi duhet të zhvendoset midis rrugëve API dhe hapësirës së punës, ose një kthim pas/heqje është në pritje.

Ndërpritni testimin në hapësirën e punës ose organizatën API që nuk përputhet.
Identifikoni konfigurimin aktual që u dorëzua ose u provisionua.
Identifikoni hapësirën e synuar të punës vetëm të brendshme, organizatën API, ose të dyja.
Konfirmoni nëse konfigurimi i vjetër duhet të hiqet, të kthehet pas ose të lihet i pandryshuar.
Dërgojini hollësitë më poshtë ekipit tuaj të llogarisë në OpenAI si kërkesë korrigjimi.
Prisni që OpenAI të konfirmojë se korrigjimi ka përfunduar.
Riekzekutoni kontrollin e provës së aksesit në konfigurimin e korrigjuar.

Përfshini:

emrin e kompanisë dhe kontaktin kryesor teknik ose të administratorit të hapësirës së punës
emrin dhe ID-në e hapësirës aktuale të punës ose organizatës API, nëse dihen
emrin dhe ID-në e hapësirës së synuar të punës vetëm të brendshme ose organizatës API, nëse dihen
konfirmimin se konfigurimi i synuar nuk përdoret për aplikacione të drejtuara ndaj klientëve, trafik të palëve të treta ose rrjedha pune të produkteve në vijim
nëse aksesi duhet të hiqet ose të kthehet pas nga konfigurimi i mëparshëm
nëse konfigurimi i ri krijon pyetje për faturimin, kufirin e buxhetit ose pronarin tregtar
rrjedhën e parë të punës që ekipi planifikon të ekzekutojë dhe ekzekutuesit e pritshëm të rrjedhës së punës
kufizimet kohore ose seancën e ardhshme të aktivizimit, nëse ka

Nëse heqja e një organizate të vjetër është ende në pritje ose një ndërrim është në pritje, trajtojeni konfigurimin e korrigjuar si jo gati derisa OpenAI të konfirmojë se ndryshimi ka përfunduar.

Shënim mbi përdorimin

Çdo hapësirë pune ose organizatë API e aktivizuar për Trusted Access duhet të jetë vetëm e brendshme. Vetëm e brendshme do të thotë se aksesi përdoret nga ekipi juaj i autorizuar për punën mbrojtëse të organizatës suaj dhe nuk lidhet me trafik të drejtuar te klientët, shërbime sigurie të ofruara jashtë ose ndonjë veçori produkti në vijim që kalon kërkesa ose përmbajtje të palëve të treta përmes këtij aksesi.

Pa mbajtje të dhënash (ZDR)

Provisionimi i Trusted Access nuk aktivizon automatikisht Pa mbajtje të dhënash (ZDR). ZDR duhet të kërkohet dhe të provisionohet veçmas për organizatën e saktë. Nëse organizata juaj kërkon ZDR ose një trajtim tjetër specifik për mbajtjen e të dhënave, konfirmoni që organizata që planifikoni të përdorni mbulohet nga ato kushte para se ekipi juaj të nisë rrjedhën e parë të punës.

Kufijtë operacionalë

Përdoreni konfigurimin e dhënë vetëm për punë mbrojtëse të autorizuar.
Përdorni sisteme që organizata juaj i zotëron ose është e autorizuar shprehimisht t’i vlerësojë.
Mbajeni fluksin e parë të punës të ngushtë dhe të rishikueshëm.
Mbani njerëzit të përfshirë për gjetjet dhe korrigjimet me ndikim të lartë.
Përdorni hapësirën e punës, konfigurimin API dhe aksesin në model të listuar në detajet tuaja të integrimit.
Mos ua zgjeroni aftësitë e Trusted Access klientëve të palëve të treta, përdoruesve të jashtëm ose flukseve të punës së produkteve në vijim.

Integrimi i ndërmarrjeve në Daybreak