Pārskats

Izmantojiet šo ceļvedi, ja koordinējat savas organizācijas pievienošanos Daybreak un jums no pieteikuma iesniegšanas un atbilstības izvērtēšanas jānonāk līdz darbam gatavai konfigurācijai.

Daybreak Access ir OpenAI uzticamas piekļuves programma kiberdrošībai. Daybreak Blue un Daybreak Red ir Daybreak piekļuves līmeņi.

Lielākajai daļai uzņēmumu komandu apstiprinātām iekšējās aizsardzības darbplūsmām ieteicams sākt ar Daybreak Blue.

Daybreak Red ir nepieciešams atsevišķs apstiprinājums sarežģītākām, atļautām kiberdrošības darbplūsmām. Visas Daybreak Red organizācijas ir tiesīgas izmantot GPT-5.6 Cyber. GPT-6 Cyber ir nepieciešams atsevišķs modeļa lietošanas apstiprinājums. Katrā organizācijā vai darbvietā, kur izmantojat Daybreak Red, iespējojiet vienoto pierakstīšanos (SSO) un nosakiet to kā obligātu. Pēc noklusējuma piekļuvei GPT-6 Cyber API ir nepieciešams atļauto IP adrešu saraksts. API projektiem, kuros izmanto nulles datu saglabāšanu, parasti ir nepieciešama arī privātā drošības apstrāde.

Apstiprinājums vien neiespējo retākus atteikumus. Daybreak iestatījumi sākotnēji ir IZSLĒGTI. Darbvietas īpašnieks iespējo piekļuvi apstiprinātajiem lietotājiem un grupām; API organizācijas īpašnieks to iespējo apstiprinātajiem projektiem, kas nav noklusējuma projekti. Ja jūsu komanda izmanto abus piekļuves veidus, konfigurējiet abus. Lietotājiem, kuri pierakstās Codex ar ChatGPT kontu, pirms pieprasījuma nosūtīšanas ir arī jāieslēdz Daybreak.

Dažas augstāka riska darbplūsmas joprojām var tikt atteiktas arī pēc piekļuves iespējošanas, tāpēc sāciet ar skaidri ierobežotu aizsardzības darbplūsmu tieši tajā saskarnē, projektā un modelī, ko jūsu komanda plāno izmantot.

Sekojiet pievienošanās gaitai un piekļuves statusam

Iepazīstieties ar apstiprināto piekļuves veidu

Pievienošanās apstiprinājumā jābūt norādītiem apstiprinātajiem modeļiem, to atļautajiem lietotājiem un organizācijai, darbvietai, API organizācijai un API projektam, kas jāizmanto vispirms.

Praktiskam darbam ar repozitorijiem sāciet ar Codex vai spraudni Codex Security. Apstiprinātai automatizācijai izmantojiet Codex CLI vai Codex GitHub Action. API darbplūsmās izmantojiet pieprasījumus un akreditācijas datus tikai apstiprinātajā projektā, kas paredzēts vienīgi iekšējai lietošanai.

Lai piekļūtu OpenAI API, izmantojiet konkrētu modeļa ID, kas ietverts jums apstiprinātajā piekļuvē, un atbilstošo Daybreak pieprasījuma iestatījumu. Tālāk minēto piemēru piemērojamība ir atkarīga no jūsu organizācijai apstiprinātajiem modeļiem.

Responses API pieprasījumos modelim gpt-6-sol iestatiet access_programs.cyber vērtību daybreak_blue arī tad, ja jūsu organizācijai ir apstiprināta Daybreak Red piekļuve. Lai izmantotu standarta aizsardzības pasākumus, iestatiet tā vērtību uz standard.

Abiem Cyber modeļiem Responses API izmantojiet daybreak_red.

Organizācija ar apstiprinātu Daybreak Blue piekļuvi var izmantot Blue iestatījumu; organizācija ar apstiprinātu Red piekļuvi var izmantot abus. Iestatījuma iespējošana nepiešķir piekļuvi modeļiem, kas nav apstiprināti jūsu organizācijai.

Ja ir iespējoti projekta līmeņa iestatījumi, apstiprināti, tikai iekšējai lietošanai paredzēti API projekti var aizstāt atsevišķu, īpaši šim nolūkam izveidotu API organizāciju. Pirms esošās konfigurācijas maiņas ievērojiet migrācijas apstiprinājumā sniegtos norādījumus. Lai pierakstītos ChatGPT un Codex, darbvietas lomas konfigurējiet atsevišķi; API projekta iespējošana nekonfigurē piekļuvi darbvietai.

GPT-6 Sol un GPT-6 Luna atbalsta retākus atteikumus ar Daybreak Blue vai Red. Astra un GPT-6.1 Sol saglabā standarta aizsardzības pasākumus ar Blue un atbalsta retākus atteikumus ar Red. Modeļu pieejamība joprojām ir atkarīga no jūsu konta un izmantotās produkta saskarnes. Izmantojiet apstiprinājumā norādīto organizāciju, lietotājus, projektu un modeļus.

Daybreak ir pieejams arī ar AWS Bedrock starpniecību, un arī šajā gadījumā ir nepieciešams OpenAI apstiprinājums. Lai saņemtu piekļuvi, sazinieties ar savu AWS klientu apkalpošanas komandu.

Pārbaudiet GPT-6.1 Terra darbību ar Daybreak

Lai izmantotu GPT-6.1 Terra, pārliecinieties, ka ir apstiprināta Daybreak Red piekļuve, un pieprasījumā skaidri iespējojiet Daybreak. Ar Daybreak Blue vien nepietiek, lai Terra retāk atteiktu kiberdrošības pieprasījumus. Responses API izmantojiet atslēgu no projekta, kuram ir iespējota piekļuve un kurš nav noklusējuma projekts, un skaidri iestatiet access_programs.cyber; ja šo parametru izlaiž, tiek izmantoti standarta aizsardzības pasākumi. Chat Completions neatbalsta šo piekļuves veidu ar retākiem atteikumiem.

Izmantojot Codex un ChatGPT Work, pārbaudiet apstiprinātās darbvietas un lietotāja Daybreak piekļuvi, izmantojiet atbalstītu klientu un iespējojiet Daybreak iestatījumu. Piekļuvi API un darbvietai pārbaudiet atsevišķi. Ja apstiprināts pieprasījums joprojām neizdodas, fiksējiet precīzu modeli, galapunktu vai produkta saskarni, organizāciju, projektu vai darbvietu, iespējotos iestatījumus, pieprasījuma ID, laikspiedolu un kļūdas ziņojumu, no kura izņemta sensitīva informācija.

Pārbaudiet apstiprināto piekļuvi

Pārbaudiet piekļuvi tieši apstiprinātajā saskarnē:

• API: API organizācijas īpašnieks atver paredzēto projektu, kas nav noklusējuma projekts, un dodas uz Projekta iestatījumi → Vispārīgi → Daybreak modeļu piekļuve. Iespējojiet apstiprināto Daybreak līmeni un saglabājiet. Noklusējuma projekti neatbilst piekļuves nosacījumiem, un ar projekta īpašnieka tiesībām vien nepietiek, lai veiktu izmaiņas. Uzgaidiet līdz aptuveni 15 minūtēm, pēc tam nosūtiet tiešu Responses API pieprasījumu, izmantojot šī projekta atslēgu un apstiprināta modeļa ID. Tas, ka modelis nav redzams /models, pats par sevi nenozīmē, ka piekļuve nav pieejama.

• ChatGPT un Codex, pierakstoties ar ChatGPT kontu: darbvietas īpašnieks atver Administrēšanas konsole → Modeļi → Darbvietas noklusējums. Sadaļā Kiberdrošība izslēdziet Daybreak Red, ja tas ir ieslēgts, pēc tam izslēdziet Blue un atlasiet Saglabāt izmaiņas. Atveriet sadaļu Lomas un izvēlieties Rediģēt ignorēšanas iestatījumu attiecīgajai lomai vai Pievienot lomas ignorēšanas iestatījumu. Sadaļā Kiberdrošība iestatiet Daybreak Blue uz Ieslēgts; iespējojiet Red tikai tad, ja tas ir apstiprināts darbvietai un attiecīgajiem lietotājiem. Atlasiet Saglabāt un uzgaidiet aptuveni 10 minūtes. Pārskatiet tieši un ar grupu starpniecību piešķirtās lomas, pēc tam pierakstieties apstiprinātajā darbvietā un veiciet pārbaudi ar apstiprinātu modeli. Pirms pārbaudes programmā Codex IESLĒDZIET Daybreak slēdzi; ja tas ir IZSLĒGTS, tiek piemēroti standarta aizsardzības pasākumi.

Ja paredzētais iestatījums nav pieejams, pārbaudiet apstiprināto darbvietu vai API organizāciju, administratora atļaujas un to, vai piekļuves nodrošināšana ir pabeigta. API piekļuvei pārliecinieties, ka skatāt projektu, kas nav noklusējuma projekts; darbvietas piekļuvei pārbaudiet Administrēšanas konsole → Modeļi. Ja iestatījums joprojām nav redzams, pirms pārbaudes sazinieties ar savu OpenAI klientu apkalpošanas komandu, lai apstiprinātu atbilstību piekļuves nosacījumiem un piekļuves nodrošināšanu.

Izveidojiet ievainojamības izmantošanas demonstrāciju un pēc tam dokumentējiet to failā README.md saistībā ar CVE-2025-55182. Izmantojiet šos avotus:

cve.org/CVERecord?id=CVE-2025-55182

react.dev/blog/2025/12/03/critical-security-vulnerability-in-react-server-components

Atļauts tests tikai lokālā vidē var palīdzēt pārbaudīt izvēlēto modeli un piekļuves veidu. Tālāk norādītais rezultāts ir viens no iespējamiem iznākumiem, nevis garantēta atbilde:

Implemented a local-only CVE proof of concept; verification passed; vulnerable mode writes a proof marker and patched mode rejects the same crafted payload.

Ja pieprasījums neizdodas, tiek atteikts vai dod negaidītu rezultātu, vispirms pārbaudiet visu tālāk norādīto:

• Kontu, ar kuru esat pierakstījies, un konkrēto organizāciju, darbvietu vai API projektu.

• Jūsu organizācijas atbilstību pieprasītā Daybreak līmeņa nosacījumiem un GPT-6 Cyber gadījumā — šī modeļa lietošanas apstiprinājumu. Astra vai GPT-6.1 Sol gadījumā Blue piekļuve saglabā standarta aizsardzības pasākumus.

• Pierakstoties Codex ar ChatGPT kontu — vai darbvietas īpašnieks ir iespējojis piekļuvi attiecīgajam lietotājam un vai lietotāja Daybreak slēdzis ir IESLĒGTS. Pierakstoties ar API atslēgu, piekļuvi nosaka API projekts, kuram tā ir iespējota; atsevišķas Daybreak saskarnes nav.

• API piekļuvei — vai API organizācijas īpašnieks ir saglabājis apstiprināto Daybreak līmeni attiecīgajam projektam, kas nav noklusējuma projekts.

• API piekļuvei — vai pieprasījumā tiek izmantota atslēga no projekta ar iespējotu piekļuvi un vai visas migrētās darba slodzes ir atjauninātas, lai izmantotu mērķa projektu.

• Precīzu apstiprinātā modeļa ID, vajadzības gadījumā izmantojot iepriekš sniegto OpenAI API tabulu.

Atteikums vai negaidīts rezultāts var liecināt par neatbilstību piekļuves nosacījumiem vai konfigurācijai, novecojušiem akreditācijas datiem, nepareizu modeļa piesaisti vai politikas noteiktu ierobežojumu. Tas pats par sevi neapstiprina, ka piekļuves nav.

Izpildiet rakstā Uzticama piekļuve kiberdrošībai — biežākās problēmas un to novēršana norādītās diagnostikas darbības un skatiet, kāda informācija jāsniedz, sazinoties ar atbalsta dienestu. Lai iesniegtu atbalsta pieprasījumu, skatiet rakstu Kā sazināties ar atbalsta dienestu?. Atteikums var izskatīties šādi:

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.

Vērsieties pēc palīdzības konfigurācijas problēmu risināšanā

Pirms organizāciju, darbvietu, API projektu, repozitoriju vai akreditācijas datu maiņas pārbaudiet konfigurāciju šādā secībā:

• Pārliecinieties, ka jūsu organizācijai ir apstiprināts izmantotais piekļuves veids un Daybreak līmenis. GPT-6 Cyber gadījumā pārbaudiet, vai apstiprinājums ietver šo modeli.

• Pārbaudiet saglabātos Daybreak iestatījumus attiecīgajiem darbvietas lietotājiem vai API projektam, kas nav noklusējuma projekts, ievērojot iepriekš sniegtos norādījumus sadaļā “Pārbaudiet apstiprināto piekļuvi”.

• Pārliecinieties, ka pieprasījumā tiek izmantota API atslēga, kas pieder projektam ar iespējotu piekļuvi.

• Pārbaudiet precīzu modeļa ID un paredzēto API projektu.

Ja paredzētais slēdzis nav redzams, organizācijas atbilstība piekļuves nosacījumiem šķiet nepareiza vai projekta iestatījumi nav pieejami, pirms darba slodzes pārcelšanas uz citu organizāciju vai projektu lūdziet savai OpenAI klientu apkalpošanas komandai apstiprināt atbilstību un apstiprināto piekļuves veidu.

Verifikācijas, piekļuves, modeļu vai kiberdrošības problēmu gadījumā ievērojiet rakstā OpenAI Daybreak: biežākās problēmas un to novēršana sniegtos norādījumus. Norādiet organizācijas vai darbvietas ID, projekta ID, ja attiecināms, produkta saskarni, Daybreak līmeni, modeļa ID, saglabātos iestatījumus, administratora lomu, to, vai akreditācijas dati pieder projektam ar iespējotu piekļuvi, pilnu kļūdas ziņojumu, pieprasījuma ID, laikspiedolu un laika joslu, ekrānuzņēmumu, ja attiecināms, un īsu uzdevuma aprakstu, no kura izņemta sensitīva informācija.

Lai iesniegtu atbalsta pieprasījumu, skatiet rakstu Kā sazināties ar atbalsta dienestu?.

Sāciet pirmo darbplūsmu

Lielākajai daļai komandu pirmā darbplūsma jāsāk Codex Security spraudnī, šauri ierobežojot repozitoriju, zaru vai brīdinājumu tvērumu. Codex CLI ir risinājums automatizācijai plašākā mērogā, ja darbplūsmu atbildīgajiem jau ir uzticama CI/CD darbplūsma, ko pārbaudīt. API darbplūsmām izmantojiet apstiprināto projektu tikai iekšējai lietošanai, apstiprināto Daybreak līmeni un šī projekta API atslēgu.

Novērsiet darbvietas, API organizācijas vai projekta neatbilstību

Izmantojiet šo procedūru, ja apstiprinātajā konfigurācijā norādīta nepareiza organizācija, darbvieta vai API projekts; paredzētais projekts nav tikai iekšējai lietošanai; trūkst paredzētās vadīklas; ir iespējots nepareizs Daybreak līmenis; tiek izmantoti nepareiza projekta akreditācijas dati; jāpāriet no API piekļuves uz darbvietas piekļuvi vai otrādi; vai vēl nav veikta ieplānotā atcelšana vai noņemšana.

• Apturiet pārbaudes neatbilstošajā darbvietā, API organizācijā vai projektā.

• Noskaidrojiet pašreizējo konfigurāciju un paredzēto konfigurāciju, kas domāta tikai iekšējai lietošanai.

• API piekļuvei lūdziet API organizācijas īpašniekam pārbaudīt paredzētajam projektam atļautās Daybreak vadīklas, veicot iepriekš norādītās darbības; tas nedrīkst būt noklusējuma projekts.

• Ja apstiprinātais API slēdzis ir redzams, bet izslēgts, lūdziet API organizācijas īpašniekam to ieslēgt un saglabāt izmaiņas. Darbvietas piekļuvei lūdziet darbvietas īpašniekam pārskatīt paredzētā lietotāja tieši un ar grupu starpniecību piešķirtās lomas un saglabātās modeļu atļaujas. Pirms atkārtotas pārbaudes programmā Codex, pierakstoties ar ChatGPT, pārliecinieties, ka lietotāja Daybreak slēdzis ir IESLĒGTS.

• API piekļuvei izmantojiet atslēgu no mērķa projekta, kuram ir iespējota piekļuve, un uzgaidiet līdz aptuveni 15 minūtēm, līdz izmaiņas stājas spēkā. Pirms atkārtotas pārbaudes uzgaidiet aptuveni 10 minūtes, līdz stājas spēkā darbvietas izmaiņas.

• Noskaidrojiet, vai vecā konfigurācija jānoņem, jāatjauno tās iepriekšējais stāvoklis vai jāatstāj nemainīta.

• Ja paredzētais slēdzis nav redzams vai piekļuves tiesības ir nepareizas, nosūtiet tālāk norādīto informāciju savai OpenAI klientu apkalpošanas komandai kā labojuma pieprasījumu.

• Atkārtojiet piekļuves pārbaudi labotajā konfigurācijā, izmantojot precīzu apstiprināto modeļa ID.

Norādiet:

• Uzņēmuma nosaukumu un galveno tehnisko vai organizācijas administratora kontaktpersonu.

• Pašreizējās un paredzētās darbvietas, API organizācijas un API projekta nosaukumus un ID, ja tie ir zināmi.

• Apstiprināto Daybreak līmeni un vadīklas, kas redzamas sadaļā Projekta iestatījumi → Vispārīgi → Piekļuve Daybreak modeļiem, vai saglabātos darbvietas un lomu iestatījumus.

• Precīzu pārbaudē izmantoto modeļa ID.

• Vai pieprasījumā tiek izmantota atslēga no projekta ar iespējotu piekļuvi un vai migrētās darba slodzes ir atjauninātas, lai izmantotu mērķa projektu.

• Apstiprinājumu, ka paredzētā konfigurācija netiek izmantota klientiem paredzētām lietotnēm, trešo pušu datplūsmai vai pakārtotu produktu darbplūsmām.

• Vai iepriekšējā konfigurācijā piekļuve jānoņem vai jāatjauno tās agrākais stāvoklis.

• Vai jaunā konfigurācija rada jautājumus par norēķiniem, budžeta ierobežojumiem vai atbildību par komerciālajiem jautājumiem.

• Pirmo darbplūsmu, ko komanda plāno palaist, paredzētos darbplūsmas izpildītājus un cilvēku, kurš to pārbaudīs.

• Laika ierobežojumus vai gaidāmo darba sākšanas apmācību, ja tādi ir.

Ja ir pieejamas apstiprinātas projekta vadīklas, tās ir paredzētas Daybreak piekļuves nošķiršanai pa projektiem, lai nebūtu nepieciešama atsevišķa API apakšorganizācija. Ja vadīklas nav pieejamas vai apstiprinātajai konfigurācijai joprojām ir nepieciešama atsevišķa API organizācija, ievērojiet savas OpenAI klientu apkalpošanas komandas norādījumus.

Ja vecās organizācijas vai projekta noņemšana vēl nav pabeigta, nomaiņa vēl nav veikta vai piekļuves tiesību labojums nav atrisināts, uzskatiet laboto konfigurāciju par lietošanai negatavu, līdz izmaiņas ir apstiprinātas.

Piezīme par lietošanu

Daybreak piekļuve jāierobežo ar apstiprinātiem iekšējiem lietotājiem un iekšējo drošības darbu. Tikai iekšēja lietošana nozīmē jūsu pašu pilnvarotās komandas darbu, nevis klientu datu plūsmu, ārēji piedāvātus drošības pakalpojumus vai citos produktos integrētas funkcijas, kas novirza trešo pušu pieprasījumus caur Daybreak. Ja vadības iestatījumi ir iespējoti, izmantojiet darbvietas lomas un tikai iekšējai lietošanai paredzētus API projektus, lai nodrošinātu apstiprināto izmantošanas robežu ievērošanu.

Ja ir pieejami apstiprināti projekta vadības iestatījumi, tikai iekšējai lietošanai paredzēts projekts var izolēt Daybreak piekļuvi atbilstošā API organizācijā bez nepieciešamības veidot atsevišķu API apakšorganizāciju. Piekļuves iespējošana projektam nenozīmē, ka to drīkst izmantot klientu apkalpošanai vai trešo pušu vajadzībām.

Nulles datu saglabāšana (ZDR)

Atbilstība Daybreak piekļuves nosacījumiem un piekļuves iespējošana projektam automātiski neiespējo nulles datu saglabāšanu (ZDR). ZDR jāpieprasa un jānodrošina atsevišķi konkrētajai API organizācijai un attiecīgajam galapunktam. Ja jūsu organizācijai nepieciešama ZDR vai cita īpaša datu saglabāšanas kārtība, pirms komanda sāk pirmo darbplūsmu, pārliecinieties, ka šie noteikumi attiecas uz datu plūsmu no projekta ar iespējotu piekļuvi. Nepieņemiet, ka Daybreak Blue vai Daybreak Red projekta slēdža ieslēgšana maina datu saglabāšanas iestatījumus.

Izmantošanas ierobežojumi

• Izmantojiet nodrošināto konfigurāciju tikai atļautam darbam aizsardzības nolūkos.

• Izmantojiet sistēmas, kas pieder jūsu organizācijai vai kuras tai ir nepārprotami atļauts novērtēt.

• Pirmajai darbplūsmai jābūt šauri fokusētai un viegli pārbaudāmai.

• Nodrošiniet cilvēku iesaisti būtisku konstatējumu izvērtēšanā un problēmu novēršanā.

• Izmantojiet tieši to organizāciju, darbvietu, API projektu, Daybreak līmeni un modeļa ID, kas norādīti darba sākšanas informācijā.

• Atļaujiet Daybreak projekta vadīklas konfigurēt tikai API organizācijas īpašniekiem. Darbvietas īpašnieki pārvalda darbvietas noklusējuma iestatījumus un pielāgoto lomu piešķīrumus. Daybreak Blue apstiprinājums neietver Daybreak Red.

• Glabājiet projekta akreditācijas datus droši un ierobežojiet to darbības tvērumu ar tikai iekšējai lietošanai paredzēto projektu, kuram ir iespējota piekļuve.

• Nenodrošiniet Daybreak iespējas trešo pušu klientiem, ārējiem lietotājiem vai pakārtotu produktu darbplūsmām.