Pārskats

Izmantojiet šo ceļvedi, ja koordinējat savas organizācijas pievienošanos Daybreak un jums no pieteikšanās un atbilstības pārbaudes jāpāriet uz lietošanai gatavu konfigurāciju.

Daybreak Access ir OpenAI uzticamās 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ātas iekšējās kiberaizsardzības darbplūsmas jāsāk ar Daybreak Blue.

Daybreak Red nepieciešams atsevišķs apstiprinājums padziļinātām, atļautām kiberdrošības darbplūsmām. Dažiem robežšķirtnes kiberdrošības modeļiem nepieciešams papildu apstiprinājums tieši konkrētā modeļa izmantošanai.

Apstiprinājums vien neieslēdz režīmu ar mazāk atteikumu. Daybreak vadības iestatījumi sākotnēji ir IZSLĒGTI. Darbvietas īpašnieks iespējo piekļuvi apstiprinātiem lietotājiem un grupām; API organizācijas īpašnieks to iespējo apstiprinātiem projektiem, kas nav noklusējuma projekti. Ja komanda izmanto abus piekļuves veidus, konfigurējiet abus. Lietotājiem, kuri pierakstās Codex ar ChatGPT, pirms pieprasījuma nosūtīšanas arī jāieslēdz Daybreak.

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

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

Iepazīstieties ar apstiprināto piekļuves veidu

Darba sākšanas 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 Codex Security spraudni. Apstiprinātai automatizācijai izmantojiet Codex CLI vai Codex GitHub Action. API darbplūsmās ierobežojiet pieprasījumus un akreditācijas datus ar apstiprināto projektu, kas paredzēts tikai iekšējai lietošanai.

Piekļuvei 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 sniegto piemēru izmantošana 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 uz daybreak_blue, arī tad, ja jūsu organizācijai ir Daybreak Red apstiprinājums. Lai izmantotu standarta aizsardzības pasākumus, iestatiet vērtību uz standard.

Modelim gpt-5.6-cyber izmantojiet daybreak_red tikai tad, ja jūsu organizācijai ir gan Daybreak Red apstiprinājums, gan nepieciešamais papildu modeļa apstiprinājums.

Organizācija ar Daybreak Blue apstiprinājumu var izmantot Blue vadīklu; organizācija ar Red apstiprinājumu var izmantot abas. Vadīklas iespējošana nepiešķir piekļuvi modeļiem, kas jūsu organizācijai nav apstiprināti.

Ja ir iespējotas projekta līmeņa vadīklas, apstiprināti API projekti, kas paredzēti tikai iekšējai lietošanai, var aizstāt atsevišķu, īpaši šim nolūkam paredzētu API organizāciju. Pirms maināt esošo konfigurāciju, 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 mazāku atteikumu skaitu, izmantojot Daybreak Blue vai Red. Astra un GPT-6.1 Sol saglabā standarta aizsardzības pasākumus ar Blue un atbalsta mazāku atteikumu skaitu ar Red. Modeļu pieejamība joprojām ir atkarīga no jūsu konta un produkta saskarnes. Izmantojiet apstiprinājumā norādīto organizāciju, lietotājus, projektu un modeļus.

Daybreak ir pieejams arī pakalpojumā AWS Bedrock, un tā izmantošanai joprojām nepieciešams OpenAI apstiprinājums. Lai iegūtu piekļuvi, sazinieties ar savu AWS klientu apkalpošanas komandu.

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 pāriet uz Projekta iestatījumi → Vispārīgi → Piekļuve Daybreak modeļiem. Iespējojiet apstiprināto Daybreak līmeni un saglabājiet izmaiņas. 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ātu modeļa ID. Ja modeļa nav /models sarakstā, tas pats par sevi nenozīmē, ka piekļuve nav pieejama.

• ChatGPT un Codex ar pierakstīšanos, izmantojot ChatGPT: darbvietas īpašnieks atver Administrēšanas konsole → Modeļi → Darbvietas noklusējuma iestatījumi. 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 paredzētajai lomai izvēlieties Rediģēt pārrakstīšanu vai Pievienot lomas pārrakstīšanu. 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šos un grupu lomu piešķīrumus, 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; kad tas ir IZSLĒGTS, tiek piemēroti standarta aizsardzības pasākumi.

Ja paredzētā vadīkla nav redzama, 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 sadaļu Administrēšanas konsole → Modeļi. Ja vadīkla joprojām nav redzama, pirms pārbaudes sazinieties ar savu OpenAI klientu apkalpošanas komandu, lai apstiprinātu piekļuves tiesības un piekļuves nodrošināšanu.

Izveidojiet CVE-2025-55182 ievainojamības izmantošanas iespējamības demonstrāciju un pēc tam dokumentējiet to failā README.md. 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, kas tiek veikts tikai lokāli, var palīdzēt pārbaudīt izvēlēto modeli un piekļuves veidu. Tālāk redzamais 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 sniedz negaidītu rezultātu, vispirms pārbaudiet visu tālāk minēto:

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

• Organizācijas tiesības izmantot pieprasīto Daybreak līmeni un visus papildu modeļu apstiprinājumus. Astra vai GPT-6.1 Sol piekļuve ar Blue saglabā standarta aizsardzības pasākumus.

• Ja programmā Codex pierakstāties, izmantojot ChatGPT, pārliecinieties, ka darbvietas īpašnieks ir iespējojis piekļuvi paredzētajam lietotājam un 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 pārliecinieties, ka API organizācijas īpašnieks ir saglabājis apstiprināto Daybreak līmeni paredzētajam projektam, kas nav noklusējuma projekts.

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

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

Atteikums vai negaidīts rezultāts var norādīt uz neatbilstību piekļuves tiesībās vai konfigurācijā, novecojušiem akreditācijas datiem, nepareizu modeļa piesaisti vai politikas ierobežojumu. Tas pats par sevi neapstiprina, ka piekļuves nav.

Rakstā Uzticamā piekļuve kiberdrošībai — biežākās problēmas un problēmu novēršana skatiet diagnostikas darbības un informāciju, kas jānorāda, sazinoties ar atbalsta dienestu. Lai izveidotu 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.

Nododiet konfigurācijas problēmas tālākai risināšanai

Pirms maināt organizācijas, darbvietas, API projektus, repozitorijus vai akreditācijas datus, pārbaudiet konfigurāciju šādā secībā:

• Pārliecinieties par organizācijai apstiprināto piekļuves veidu un tiesībām izmantot pieprasīto Daybreak līmeni.

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

• 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 piekļuves tiesības šķiet nepareizas vai projekta vadīklas nav pieejamas, pirms darba slodzes pārvietošanas uz citu organizāciju vai projektu lūdziet savai OpenAI klientu apkalpošanas komandai apstiprināt piekļuves tiesības un apstiprināto piekļuves veidu.

Ja rodas ar verifikāciju, piekļuvi, modeļiem vai kiberdrošību saistītas problēmas, skatiet rakstu OpenAI Daybreak: biežākās problēmas un problēmu novēršana. Norādiet organizācijas vai darbvietas ID, projekta ID (ja attiecināms), produkta saskarni, Daybreak līmeni, modeļa ID, saglabātos vadīklu iestatījumus, administratora lomu, to, vai akreditācijas dati pieder projektam ar iespējotu piekļuvi, pilnu kļūdas ziņojumu, pieprasījuma ID, laika zīmogu un laika joslu, ekrānuzņēmumu (ja attiecināms) un īsu uzdevuma aprakstu, no kura izņemta sensitīva informācija.

Lai izveidotu 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.