Përmbledhje
Përdoreni këtë udhëzues nëse koordinoni regjistrimin në Daybreak për organizatën tuaj dhe duhet të kaloni nga aplikimi dhe shqyrtimi i kushteve të pranimit te një konfigurim i gatshëm për përdorim.
Daybreak Access është programi i OpenAI për qasje të besuar për sigurinë kibernetike. Daybreak Blue dhe Daybreak Red janë nivele qasjeje brenda Daybreak.
Shumica e ekipeve të ndërmarrjeve duhet të fillojnë me Daybreak Blue për rrjedha pune mbrojtëse të brendshme të miratuara.
Daybreak Red kërkon miratim të veçantë për rrjedha pune të avancuara dhe të autorizuara të sigurisë kibernetike. Disa modele avangardë për sigurinë kibernetike kërkojnë miratim shtesë specifik për modelin.
Vetëm miratimi nuk e aktivizon reduktimin e refuzimeve. Kontrollet e Daybreak fillimisht janë JOAKTIVE. Një pronar i hapësirës së punës aktivizon qasjen për përdoruesit dhe grupet e miratuara; një pronar i organizatës API e aktivizon për projektet e miratuara që nuk janë të parazgjedhura. Konfigurojini të dyja nëse ekipi juaj përdor të dyja mënyrat e qasjes. Përdoruesit që hyjnë në Codex me ChatGPT duhet gjithashtu të aktivizojnë Daybreak përpara se të bëjnë një kërkesë.
Disa rrjedha pune me rrezik më të lartë mund të refuzohen edhe pas aktivizimit të qasjes, ndaj filloni me një rrjedhë pune mbrojtëse me kufij të qartë, pikërisht në ndërfaqen, projektin dhe modelin që ekipi juaj planifikon të përdorë.
Ndiqni gjendjen e regjistrimit dhe të qasjes
| Faza | Përshkrimi | Çfarë të bëni më pas |
|---|---|---|
| Dërgoni formularin e aplikimit | Organizata juaj ka plotësuar formularin e aplikimit për ndërmarrjet në Daybreak. | Kontrolloni nëse keni marrë një email nga Persona dhe sigurohuni që t’i mbërrijë personit të duhur të kontaktit në organizatë. Nëse organizata juaj tashmë ka qasje të miratuar në Daybreak dhe kontakti juaj në OpenAI thotë se nuk nevojitet një aplikim i ri, ndiqni udhëzimet e tij në vend që të dërgoni një kërkesë të dyfishtë. |
| Përfundoni verifikimin KYB | Persona i dërgon email personit të kontaktit të shënuar në formularin e aplikimit për të përfunduar verifikimin Njihni biznesin tuaj (KYB). | Plotësoni kërkesën e Persona. Më pas, OpenAI kryen kontrolle të brendshme për plotësimin e kushteve dhe përshtatshmërinë. |
| Merrni vendimin për plotësimin e kushteve | OpenAI konfirmon mënyrën e miratuar të qasjes dhe nëse organizata juaj i plotëson kushtet për Daybreak Blue, Daybreak Red apo të dyja. Daybreak Red kërkon plotësimin e kushteve të veçanta. | Konfirmoni përdoruesit, hapësirën e punës ose organizatën API, modelet dhe ndërfaqet e produktit të miratuara. Mos supozoni se plotësimi i kushteve për Blue do të thotë se i plotësoni edhe për Red. OpenAI i dërgon administratorit të organizatës ose hapësirës së punës një email mirëseardhjeje kur përfundon vënia në dispozicion e shërbimit. |
| Konfiguroni qasjen në hapësirën e punës ose përmes API-së | Për hyrjen në ChatGPT dhe Codex, një pronar i hapësirës së punës konfiguron rolet për përdoruesit dhe grupet e miratuara. Për qasjen përmes API-së, një pronar i organizatës API aktivizon Daybreak në çdo projekt të miratuar që nuk është i parazgjedhur. Ndiqni hapat në seksionin “Verifikoni qasjen e miratuar” më poshtë. | Aktivizoni vetëm nivelin e miratuar të qasjes për përdoruesit ose projektin e synuar, ruajini cilësimet dhe verifikojini ato pas ruajtjes. Daybreak nuk mund të aktivizohet në projektet e parazgjedhura. Qasja në hapësirën e punës dhe qasja në projektin API janë të ndara. |
| Përdorni kredencialet e projektit të destinacionit | Një çelës API i përket një organizate dhe një projekti të caktuar. Një çelës nga një organizatë ose projekt i mëparshëm nuk jep qasje në destinacionin e ri. | Përdorni një çelës API nga projekti i aktivizuar. Nëse keni migruar në një organizatë ose projekt tjetër, krijoni ose zgjidhni një çelës atje dhe përditësoni aplikacionet ose rrjedhat e punës që e përdorin. Kufizojini kredencialet te përdorimi i brendshëm i miratuar. |
| Verifikoni qasjen dhe nisni një rrjedhë pune mbrojtëse me kufij të qartë | Hapësira e punës ose projekti i synuar, përdoruesit e miratuar, modeli dhe kredenciali API janë gati për kontrollin e qasjes. | Kryeni kontrollin e mëposhtëm për të provuar qasjen në ndërfaqen e miratuar. Caktoni personin që do të kryejë rrjedhën e punës dhe shqyrtuesin përpara se të nisni rrjedhën e parë të punës. |
Kuptoni mënyrën e miratuar të aksesit
Konfirmimi i aktivizimit tuaj duhet të përcaktojë modelet e miratuara, kush mund t’i përdorë dhe cilën organizatë, hapësirë pune, organizatë API dhe projekt API duhet të përdorni fillimisht.
Për procese pune praktike me depot, filloni me Codex ose shtesën Codex Security. Përdorni Codex CLI ose Codex GitHub Action për automatizimet e miratuara. Për proceset e punës me API, kufizojini kërkesat dhe kredencialet te projekti i miratuar vetëm për përdorim të brendshëm.
| Mënyra e miratuar e aksesit | Kush mund ta përdorë | Ku ta përdorni | Ndërfaqja e rekomanduar për të filluar |
|---|---|---|---|
| Akses përmes Codex | Anëtarët e miratuar të organizatës ose hapësirës së brendshme të punës në Codex ose ChatGPT, të përcaktuar me emër | Organizata ose hapësira e punës e përcaktuar në konfirmimin e aktivizimit | Për punë sigurie me burime statike, filloni me shtesën Codex Security. |
| Akses përmes një projekti API | Pronarët e organizatës API konfigurojnë kontrollet Daybreak për të cilat organizata i plotëson kushtet. Përdoruesit ose shërbimet e miratuara përdorin një çelës nga projekti i aktivizuar, brenda fushës së miratuar të atij projekti. | Projekti i aktivizuar vetëm për përdorim të brendshëm në organizatën API që plotëson kushtet | Responses API ose një proces tjetër pune i miratuar me API-në e Codex. |
Për akses në API-në e OpenAI, përdorni një ID specifike modeli të përfshirë në aksesin tuaj të miratuar dhe cilësimin përkatës Daybreak për kërkesën. Shembujt më poshtë varen nga modelet e miratuara për organizatën tuaj.
| Niveli Daybreak | Shembull i ID-së së modelit | Kushtet e aksesit |
|---|---|---|
| Daybreak Blue | gpt-6-sol | Kërkon plotësimin e kushteve për Daybreak Blue. |
| Daybreak Red | gpt-5.6-cyber | Kërkon miratim të veçantë për Daybreak Red. Shembulli me gpt-5.6-cyber kërkon gjithashtu miratim shtesë për modelin. |
Në kërkesat e Responses API, caktojeni access_programs.cyber në daybreak_blue për gpt-6-sol, edhe nëse organizata juaj ka miratim për Daybreak Red. Për të përdorur masat standarde mbrojtëse, caktojeni në standard.
Për gpt-5.6-cyber, përdorni daybreak_red vetëm nëse organizata juaj ka si miratimin për Daybreak Red, ashtu edhe miratimin shtesë të kërkuar për modelin.
Një organizatë me miratim për Daybreak Blue mund të përdorë kontrollin Blue; një organizatë me miratim për Red mund t’i përdorë të dyja. Aktivizimi i një kontrolli nuk jep akses në modele që nuk janë miratuar për organizatën tuaj.
Kur kontrollet në nivel projekti janë të aktivizuara, projektet API të miratuara vetëm për përdorim të brendshëm mund të zëvendësojnë një organizatë API të veçantë e të dedikuar. Ndiqni udhëzimet në konfirmimin e migrimit përpara se të ndryshoni një konfigurim ekzistues. Për identifikimin në ChatGPT dhe Codex, konfiguroni veçmas rolet e hapësirës së punës; aktivizimi i një projekti API nuk konfiguron aksesin në hapësirën e punës.
GPT-6 Sol dhe GPT-6 Luna mbështesin më pak refuzime me Daybreak Blue ose Red. Astra dhe GPT-6.1 Sol ruajnë masat standarde mbrojtëse me Blue dhe mbështesin më pak refuzime me Red. Disponueshmëria e modeleve varet ende nga llogaria juaj dhe ndërfaqja e produktit. Përdorni organizatën, përdoruesit, projektin dhe modelet e përcaktuara në miratimin tuaj.
Daybreak është i disponueshëm edhe përmes AWS Bedrock dhe përsëri kërkon miratim nga OpenAI. Për akses, kontaktoni ekipin që menaxhon llogarinë tuaj në AWS.
Verifikoni aksesin e miratuar
Verifikoni aksesin pikërisht në ndërfaqen e miratuar:
API: Një pronar i organizatës API hap projektin e synuar, që nuk është projekti i parazgjedhur, dhe shkon te Cilësimet e projektit → Të përgjithshme → Aksesi në modelet Daybreak. Aktivizoni nivelin e miratuar Daybreak dhe ruajeni. Projektet e parazgjedhura nuk i plotësojnë kushtet dhe vetëm roli i pronarit të projektit nuk ju lejon të bëni ndryshime. Prisni deri në rreth 15 minuta, pastaj dërgoni një kërkesë të drejtpërdrejtë te Responses API duke përdorur çelësin e atij projekti dhe ID-në e një modeli të miratuar. Mungesa e një modeli te /models nuk do të thotë në vetvete se aksesi nuk është i disponueshëm.
ChatGPT dhe Codex me identifikim përmes ChatGPT: Një pronar i hapësirës së punës hap Konsola e administratorit → Modelet → Cilësimet e parazgjedhura të hapësirës së punës. Te Siguria kibernetike, çaktivizoni Daybreak Red nëse është i aktivizuar, pastaj çaktivizoni Blue dhe zgjidhni Ruaj ndryshimet. Hapni Rolet dhe zgjidhni Ndrysho mbivendosjen për rolin e synuar ose Shto mbivendosje roli. Te Siguria kibernetike, vendoseni Daybreak Blue në Aktiv; aktivizoni Red vetëm nëse është miratuar për hapësirën e punës dhe ata përdorues. Zgjidhni Ruaj dhe prisni rreth 10 minuta. Shqyrtoni rolet e caktuara drejtpërdrejt dhe përmes grupeve, pastaj identifikohuni në hapësirën e miratuar të punës dhe testoni me një model të miratuar. Në Codex, AKTIVIZONI çelësin Daybreak përpara testimit; kur është I ÇAKTIVIZUAR, zbatohen masat standarde mbrojtëse.
Nëse kontrolli i pritur mungon, kontrolloni hapësirën e miratuar të punës ose organizatën API, lejet e administratorit dhe nëse ka përfunduar vënia në dispozicion. Për akses përmes API-së, konfirmoni se po shihni një projekt që nuk është i parazgjedhur; për akses në hapësirën e punës, kontrolloni Konsola e administratorit → Modelet. Nëse kontrolli ende nuk shfaqet, kontaktoni ekipin që menaxhon llogarinë tuaj në OpenAI për të konfirmuar plotësimin e kushteve dhe vënien në dispozicion përpara testimit.
Krijo një provë koncepti me kodin e shfrytëzimit, pastaj dokumentoje në README.md për CVE-2025-55182. Përdor këto referenca:
cve.org/CVERecord?id=CVE-2025-55182
react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components
Një test i autorizuar, vetëm në mjedis lokal, mund të ndihmojë në kontrollimin e modelit dhe mënyrës së zgjedhur të aksesit. Një rezultat si ai më poshtë është një mundësi, jo një përgjigje e garantuar:
Implemented a local-only CVE proof of concept; verification passed; vulnerable mode writes a proof marker and patched mode rejects the same crafted payload.
Nëse kërkesa dështon, refuzohet ose jep një rezultat të papritur, fillimisht konfirmoni të gjitha sa vijon:
Identitetin me të cilin jeni identifikuar dhe organizatën, hapësirën e punës ose projektin e saktë API.
Plotësimin e kushteve nga organizata për nivelin e kërkuar Daybreak dhe çdo miratim shtesë për modelin. Për Astra ose GPT-6.1 Sol, aksesi Blue ruan masat standarde mbrojtëse.
Për identifikimin në Codex përmes ChatGPT, që pronari i hapësirës së punës e ka aktivizuar aksesin për përdoruesin e synuar dhe çelësi Daybreak i përdoruesit është AKTIV. Kur identifikoheni me çelës API, aksesi përcaktohet nga projekti API i aktivizuar; nuk ka ndërfaqe të veçantë Daybreak.
Për akses përmes API-së, që një pronar i organizatës API e ka ruajtur nivelin e miratuar Daybreak për projektin e synuar, që nuk është i parazgjedhur.
Për akses përmes API-së, që kërkesa përdor një çelës nga projekti i aktivizuar dhe çdo ngarkesë pune e migruar është përditësuar për të përdorur projektin e destinacionit.
ID-në e saktë të modelit të miratuar, duke përdorur tabelën e mësipërme të API-së së OpenAI kur është e zbatueshme.
Një refuzim ose rezultat i papritur mund të tregojë mospërputhje në plotësimin e kushteve ose në konfigurim, kredenciale të vjetruara, lidhje me modelin e gabuar ose një kufizim nga politikat. Kjo në vetvete nuk konfirmon se aksesi mungon.
Ndiqni Akses i besuar për sigurinë kibernetike — Probleme të zakonshme dhe zgjidhja e tyre për hapat diagnostikues dhe të dhënat që duhen përfshirë kur kontaktoni Mbështetjen. Për të hapur një kërkesë për Mbështetjen, shihni Si mund të kontaktoj mbështetjen?. Një refuzim mund të jetë si ky:
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.
Përcillni problemet e konfigurimit për trajtim të mëtejshëm
Përpara se të ndryshoni organizatat, hapësirat e punës, projektet API, depot ose kredencialet, verifikoni konfigurimin në këtë rend:
Konfirmoni mënyrën e miratuar të aksesit të organizatës dhe plotësimin e kushteve për nivelin e kërkuar Daybreak.
Konfirmoni cilësimet e ruajtura Daybreak për përdoruesit e synuar të hapësirës së punës ose projektin API që nuk është i parazgjedhur, duke ndjekur pjesën «Verifikoni aksesin e miratuar» më sipër.
Konfirmoni se kërkesa përdor një çelës API që i përket projektit të aktivizuar.
Konfirmoni ID-në e saktë të modelit dhe projektin e synuar API.
Nëse një çelës i pritur nuk është i dukshëm, statusi i plotësimit të kushteve të organizatës duket i pasaktë ose kontrollet e projektit nuk janë të disponueshme, kërkojini ekipit që menaxhon llogarinë tuaj në OpenAI të konfirmojë plotësimin e kushteve dhe mënyrën e miratuar të aksesit përpara se ta zhvendosni ngarkesën e punës në një organizatë ose projekt tjetër.
Për probleme me verifikimin, aksesin, modelet ose sigurinë kibernetike, ndiqni OpenAI Daybreak: Probleme të zakonshme dhe zgjidhja e tyre. Përfshini ID-në e organizatës ose hapësirës së punës, ID-në e projektit kur është e zbatueshme, ndërfaqen e produktit, nivelin Daybreak, ID-në e modelit, cilësimet e ruajtura të kontrolleve, rolin e administratorit, nëse kredenciali i përket projektit të aktivizuar, mesazhin e plotë të gabimit, ID-në e kërkesës, datën dhe orën me zonën kohore, një pamje ekrani kur është e zbatueshme dhe një përshkrim të shkurtër të detyrës pa të dhëna sensitive.
Për të hapur një kërkesë për Mbështetjen, 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ë shtesën Codex Security, me fushëveprim të kufizuar në një depo, degë ose grup sinjalizimesh. Codex CLI është mënyra për automatizim në shkallë të gjerë kur përgjegjësit e rrjedhave të punës kanë tashmë një rrjedhë pune të besuar CI/CD për të verifikuar. Për rrjedhat e punës me API, përdorni projektin e miratuar vetëm për përdorim të brendshëm, nivelin e miratuar të Daybreak dhe çelësin API të atij projekti.
Korrigjoni një mospërputhje të hapësirës së punës, organizatës API ose projektit
Ndiqni këtë procedurë kur konfigurimi i miratuar lidhet me organizatën, hapësirën e punës ose projektin e gabuar API; projekti i synuar nuk është vetëm për përdorim të brendshëm; mungon një kontroll i pritur; është aktivizuar niveli i gabuar Daybreak; po përdoret një kredencial nga projekti i gabuar; aksesi duhet të kalojë mes API-së dhe hapësirës së punës; ose pritet një rikthim apo heqje.
Pezulloni testimin në hapësirën e punës, organizatën API ose projektin ku ka mospërputhje.
Identifikoni konfigurimin aktual dhe konfigurimin e synuar vetëm për përdorim të brendshëm.
Për akses përmes API-së, kërkojini një pronari të organizatës API të verifikojë kontrollet Daybreak për të cilat plotësohen kushtet në projektin e synuar, që nuk është i parazgjedhur, duke ndjekur hapat e mësipërm.
Nëse çelësi i miratuar i API-së është i dukshëm, por i çaktivizuar, kërkojini pronarit të organizatës API ta aktivizojë dhe ta ruajë ndryshimin. Për akses në hapësirën e punës, kërkojini një pronari të saj të shqyrtojë rolet e përdoruesit të synuar, të caktuara drejtpërdrejt dhe përmes grupeve, si edhe lejet e ruajtura për modelet. Përpara se të ritestoni në Codex me identifikim përmes ChatGPT, konfirmoni se çelësi Daybreak i përdoruesit është AKTIV.
Për akses përmes API-së, përdorni një çelës nga projekti i aktivizuar i destinacionit dhe prisni deri në rreth 15 minuta që ndryshimet të zbatohen. Prisni rreth 10 minuta që ndryshimet e hapësirës së punës të zbatohen përpara se të ritestoni.
Konfirmoni nëse konfigurimi i vjetër duhet hequr, rikthyer në gjendjen e mëparshme apo lënë i pandryshuar.
Nëse çelësi i pritur mungon ose statusi i plotësimit të kushteve është i pasaktë, dërgojini të dhënat më poshtë ekipit që menaxhon llogarinë tuaj në OpenAI si kërkesë për korrigjim.
Përsëritni kontrollin që vërteton aksesin në konfigurimin e korrigjuar, me ID-në e saktë të modelit të miratuar.
Përfshini:
Emrin e kompanisë dhe kontaktin kryesor teknik ose të administratorit të organizatës.
Emrat dhe ID-të e hapësirës së punës, organizatës API dhe projektit API, si aktuale ashtu edhe të synuara, nëse dihen.
Nivelin e miratuar Daybreak dhe kontrollet e dukshme te Cilësimet e projektit → Të përgjithshme → Aksesi në modelet Daybreak, ose cilësimet e ruajtura të hapësirës së punës dhe të roleve.
ID-në e saktë të modelit të përdorur për testin.
Nëse kërkesa përdor një çelës nga projekti i aktivizuar dhe nëse ngarkesat e migruara të punës janë përditësuar për të përdorur projektin e destinacionit.
Konfirmimin se konfigurimi i synuar nuk përdoret për aplikacione që u shërbejnë klientëve, trafik nga palë të treta apo procese pune të produkteve që mbështeten tek ai.
Nëse aksesi në konfigurimin e mëparshëm duhet hequr apo rikthyer në gjendjen e mëparshme.
Nëse konfigurimi i ri ngre ndonjë çështje lidhur me faturimin, kufirin e buxhetit ose përgjegjësin për marrëdhënien tregtare.
Procesin e parë të punës që ekipi planifikon të ekzekutojë, kush pritet ta ekzekutojë dhe personin që do ta shqyrtojë.
Kufizimet kohore ose ndonjë seancë të ardhshme përgatitore për përdorim, nëse ka.
Kur kontrollet e miratuara të projektit janë të disponueshme, ato synojnë ta izolojnë aksesin Daybreak sipas projektit, në vend që të kërkohet një nënorganizatë API e veçantë. Nëse kontrollet nuk janë të disponueshme ose konfigurimi i miratuar ende kërkon një organizatë API të dedikuar, ndiqni udhëzimet e ekipit që menaxhon llogarinë tuaj në OpenAI.
Nëse një organizatë ose projekt i vjetër ende pret të hiqet, një zëvendësim është në pritje ose korrigjimi i statusit të plotësimit të kushteve nuk është zgjidhur, mos e konsideroni gati konfigurimin e korrigjuar derisa ndryshimi të konfirmohet.
Shënim për përdorimin
Qasja në Daybreak duhet të kufizohet te përdoruesit e brendshëm të miratuar dhe te puna e brendshme për sigurinë. Vetëm për përdorim të brendshëm do të thotë për punën e ekipit tuaj të autorizuar, jo për trafik nga klientët, shërbime sigurie të ofruara jashtë organizatës ose funksionalitete të produkteve të tjera që kalojnë kërkesat e palëve të treta përmes Daybreak. Kur kontrollet janë të aktivizuara, përdorni rolet e hapësirës së punës dhe projektet API vetëm për përdorim të brendshëm për të zbatuar kufijtë e miratuar.
Kur kontrollet e miratuara të projektit janë të disponueshme, një projekt vetëm për përdorim të brendshëm mund ta izolojë qasjen në Daybreak brenda një organizate API që plotëson kushtet, pa kërkuar një nënorganizatë API të veçantë. Aktivizimi i një projekti nuk e bën të pranueshëm përdorimin për klientët ose palët e treta.
Pa mbajtje të dhënash (ZDR)
Plotësimi i kushteve për Daybreak dhe aktivizimi i projektit nuk aktivizojnë automatikisht cilësimin Pa mbajtje të dhënash (ZDR). ZDR duhet të kërkohet dhe të vihet në dispozicion veçmas për organizatën e saktë API dhe pikën fundore përkatëse. Nëse organizata juaj kërkon ZDR ose një trajtim tjetër specifik për mbajtjen e të dhënave, konfirmoni që trafiku nga projekti i aktivizuar mbulohet nga ato kushte përpara se ekipi juaj të nisë rrjedhën e parë të punës. Mos supozoni se aktivizimi i çelësit të Daybreak Blue ose Daybreak Red për një projekt ndryshon cilësimet e mbajtjes së të dhënave.
Kufijtë e përdorimit
Përdoreni konfigurimin e vënë në dispozicion vetëm për punë mbrojtëse të autorizuar.
Përdorni sisteme që organizata juaj zotëron ose që është autorizuar shprehimisht t’i vlerësojë.
Mbajeni procesin e parë të punës të kufizuar dhe të lehtë për t’u shqyrtuar.
Siguroni përfshirjen njerëzore për gjetjet me ndikim të madh dhe masat korrigjuese.
Përdorni pikërisht organizatën, hapësirën e punës, projektin API, nivelin Daybreak dhe ID-në e modelit të renditura në të dhënat e aktivizimit tuaj.
Lejoni vetëm pronarët e organizatës API të konfigurojnë kontrollet Daybreak të projektit. Pronarët e hapësirës së punës menaxhojnë cilësimet e parazgjedhura të saj dhe caktimin e roleve të personalizuara. Miratimi për Daybreak Blue nuk përfshin Daybreak Red.
Mbajini kredencialet e projektit të sigurta dhe të kufizuara te projekti i aktivizuar vetëm për përdorim të brendshëm.
Mos ua ofroni aftësitë e Daybreak klientëve palë të treta, përdoruesve të jashtëm apo proceseve të punës të produkteve që mbështeten tek ai.