Pārskats

Izmantojiet šo ceļvedi, ja koordinējat Daybreak ieviešanu savā organizācijā un vēlaties no pieteikuma un atbilstības izvērtēšanas nonākt līdz darbam gatavai konfigurācijai.

Daybreak Access ir OpenAI programma “Uzticamā piekļuve kiberdrošībai”. Daybreak Blue un Daybreak Red ir piekļuves līmeņi. Programmā ir ietverti modeļi, piekļuves veidi, Codex, Codex Security un atbalsta pakalpojumi.

Vairumam uzņēmumu komandu apstiprināto iekšējo aizsardzības darbplūsmu izmantošana jāsāk ar Daybreak Blue. Daybreak Blue izmanto API aizstājvārdu gpt-daybreak-blue-latest, kas atbilst modeļa ID gpt-5.6-sol.

Daybreak Red izmanto API aizstājvārdu gpt-daybreak-red-latest, kas atbilst modeļa ID gpt-5.6-cyber. Daybreak Red nepieciešama atsevišķa atbilstības pārbaude, un tas var ietvert tikai organizācijai apstiprinātos specializētos modeļus.

Klientiem, kuriem jau ir apstiprināta GPT-5.5 izmantošana ar programmu “Uzticamā piekļuve kiberdrošībai”, jāturpina ievērot apstiprinātās piekļuves instrukcijas.

Jūsu organizācijas atbilstība nosaka, kuras Daybreak vadīklas var būt pieejamas API platformā. Lai nodrošinātu Daybreak Blue API piekļuvi, organizācijas administrators atver paredzētā projekta sadaļu Projekta iestatījumi, atrod Daybreak Blue un to ieslēdz. Piekļuve katram projektam ir izolēta: Daybreak Blue ieslēgšana vai izslēgšana vienā projektā neietekmē citus projektus. Tikai organizācijas administratori var redzēt vai mainīt šo slēdzi. Daybreak Red, iepriekšējās programmas “Uzticamā piekļuve” vai cita apstiprināta piekļuves veida gadījumā precīzas projekta vadīklu un piekļuves robežu instrukcijas skatiet ieviešanas apstiprinājumā. Šie iestatījumi attiecas uz API projektiem. Lai piekļūtu Codex vai ChatGPT, izpildiet atsevišķās instrukcijas ieviešanas apstiprinājumā.

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 aizsardzības darbplūsmu tieši tajā saskarnē, projektā un modelī, ko komanda plāno izmantot.

Ieviešanas un piekļuves statusa izsekošana

Izprotiet apstiprināto piekļuves veidu

Ieviešanas apstiprinājumā jābūt norādītiem apstiprinātajiem modeļiem, to lietotājiem, kā arī organizācijai, darbvietai, API organizācijai un API projektam, kas jāizmanto vispirms.

Praktiskām repozitorija darbplūsmām vispirms izmantojiet 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 līdz apstiprinātajam projektam, kas paredzēts tikai iekšējai lietošanai.

Ja apstiprinātajā Daybreak Blue piekļuves veidā Codex CLI tiek izmantota autentifikācija ar API atslēgu, izpildiet komandu codex -m gpt-daybreak-blue-latest.

Izmantojiet šos precīzos API kartējumus:

Lai nodrošinātu Daybreak Blue API piekļuvi, organizācijas administrators atver paredzētā projekta sadaļu Projekta iestatījumi, atrod Daybreak Blue un to ieslēdz. Piekļuve katram projektam ir izolēta: Daybreak Blue ieslēgšana vai izslēgšana vienā projektā neietekmē citus projektus. Tikai organizācijas administratori var redzēt vai mainīt šo slēdzi.

Daybreak Blue iestatījums attiecas tikai uz atlasīto projektu. Daybreak Red, iepriekšējās programmas “Uzticamā piekļuve” vai cita apstiprināta piekļuves veida gadījumā precīzo piekļuves robežu skatiet ieviešanas apstiprinājumā. Ja vadīklas nav pieejamas vai apstiprinātajai konfigurācijai joprojām ir nepieciešama īpaša API organizācija, pirms testēšanas precīzi izpildiet OpenAI kontaktpersonas sniegtās instrukcijas. Nedomājiet, ka API projekta vadīklas maina piekļuvi Codex vai ChatGPT.

Daybreak Blue un jau apstiprinātajai GPT-5.5 izmantošanai ar programmu “Uzticamā piekļuve kiberdrošībai” darbvietas piekļuve attiecas uz norādīto Codex vai ChatGPT organizāciju, savukārt API piekļuve — uz apstiprinājumā norādīto API organizāciju un iespējoto projektu. Daybreak Red nepieciešama atsevišķa atbilstības pārbaude, un tam var būt papildu prasības konkrētam modelim vai lietotāja līmenim. Precīzi izpildiet apstiprinājumā sniegtās instrukcijas par organizāciju, lietotāju, projektu, modeli un produkta saskarni.

Apstiprinātās piekļuves pārbaude

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

• API: organizācijas administratoram vispirms jāatver sadaļa Projekta iestatījumi → Ierobežojumi, jāiespējo Daybreak atbilstošajam tikai iekšējai lietošanai paredzētajam projektam un pēc tam jāiespējo konkrētais atbilstošais modelis. Pēc iespējošanas izveidojiet šim projektam jaunu API atslēgu vai atjauniniet pakalpojuma izmantotos projekta akreditācijas datus. Izpildiet tālāk norādīto uzvedni apstiprinātajā API darbplūsmā, izmantojot atbilstošo API aizstājvārdu vai modeļa ID.

• Codex vai ChatGPT: pierakstieties tieši tajā tikai iekšējai lietošanai paredzētajā organizācijā vai darbvietā, kas norādīta ieviešanas apstiprinājumā, un izpildiet tajā sniegtos norādījumus par modeli un lietotājiem.

Ja API projekta vadīklas nav redzamas, neuzskatiet, ka piekļuve ir iespējota. Pirms testēšanas sazinieties ar savu OpenAI kontaktpersonu, lai apstiprinātu organizācijas atbilstību un vadīklu pašreizējo pieejamību.

Piekļuves pārbaude ir veiksmīga, kad GPT-5.5 pabeidz ierobežotu, tikai lokālu koncepcijas pierādījumu ar drošības ierobežojumiem, lokāliem failiem un verifikācijas rezultātu, piemēram:

Ja uzvedne tiek atteikta vai nesniedz gaidīto ierobežoto rezultātu, vispirms pārbaudiet visu tālāk minēto.

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

• Organizācijas atbilstību pieprasītajam Daybreak piekļuves līmenim.

• Daybreak Blue API piekļuves gadījumā pārbaudiet, vai organizācijas administrators paredzētā projekta sadaļā Projekta iestatījumi ir ieslēdzis Daybreak Blue. Ja izmantojat citu apstiprinātu piekļuves veidu, izpildiet ieviešanas apstiprinājumā sniegtās instrukcijas.

• API piekļuves gadījumā pārbaudiet, vai pieprasījumā tiek izmantota jauna API atslēga vai atjaunināti iespējošanas projektā iegūti akreditācijas dati.

• Precīzu API kartējumu: Blue piekļuvei — gpt-daybreak-blue-latest vai gpt-5.6-sol; atsevišķi apstiprinātai Red piekļuvei — gpt-daybreak-red-latest vai gpt-5.6-cyber.

Atteikums vai negaidīts rezultāts var liecināt par atbilstības vai konfigurācijas neatbilstību, novecojušiem akreditācijas datiem, nepareizu modeļa kartējumu vai politikas ierobežojumu. Tas pats par sevi neapstiprina, ka piekļuves nav.

Diagnostikas darbības un informāciju, kas jānorāda, sazinoties ar atbalsta dienestu, skatiet rakstā “Uzticamā piekļuve kiberdrošībai — biežāk sastopamās problēmas un to novēršana”. Lai iesniegtu atbalsta pieprasījumu, skatiet rakstu “Kā sazināties ar atbalsta dienestu?” Atteikums var izskatīties šādi:

Konfigurācijas problēmu eskalācija

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

1. Apstipriniet organizācijai apstiprināto piekļuves veidu un tās atbilstību pieprasītajam Daybreak piekļuves līmenim.

2. API piekļuves gadījumā lūdziet organizācijas administratoram apstiprināt, ka sadaļā Projekta iestatījumi → Ierobežojumi atbilstošajam projektam ir iespējots Daybreak un ir iespējots arī konkrētais atbilstošais modelis.

3. Pārliecinieties, ka pieprasījumā tiek izmantota jauna API atslēga vai pēc iespējošanas atjaunināti projekta akreditācijas dati.

4. Apstipriniet precīzo aizstājvārdu vai modeļa ID un paredzēto API projektu.

Ja paredzētais Daybreak vai modeļa iestatījums nav redzams, organizācijas atbilstība šķiet nepareiza vai projekta vadīklas nav pieejamas, pirms darba pārvietošanas uz citu organizāciju vai projektu lūdziet savai OpenAI konta komandai apstiprināt atbilstību un apstiprināto piekļuves veidu.

Ja rodas pārbaudes, piekļuves, modeļa vai kiberdrošības problēmas, skatiet “Uzticama piekļuve kiberdrošībai — biežākās problēmas un to novēršana”. Norādiet organizācijas ID, projekta ID, ja piemērojams, produkta saskarni, Daybreak piekļuves līmeni, API aizstājvārdu vai modeļa ID, Daybreak projekta un modeļa iestatījumu statusu, vai organizācijas administrators pārbaudīja iestatījumu, vai akreditācijas dati tika izveidoti vai atjaunināti pēc iespējošanas, pilnu kļūdas ziņojumu, pieprasījuma ID, laika zīmogu un laika joslu, ekrānuzņēmumu, ja piemērojams, un īsu, anonimizētu uzdevuma aprakstu.

Lai izveidotu atbalsta pieprasījumu, skatiet “Kā sazināties ar atbalsta dienestu?”.

Pirmās darbplūsmas sākšana

Vairumam komandu pirmā darbplūsma jāsāk Codex Security spraudnī, ierobežojot repozitorija, zara vai brīdinājumu tvērumu. Codex CLI ir plašas automatizācijas risinājums gadījumiem, kad darbplūsmas īpašniekiem jau ir uzticama CI/CD darbplūsma, kas jāpārbauda. API darbplūsmai izmantojiet apstiprināto, tikai iekšējai lietošanai paredzēto projektu, atbilstošo Daybreak piekļuves līmeni un jaunus projekta akreditācijas datus.

Darbvietas, API organizācijas vai projekta neatbilstības novēršana

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 atbilstības vadīklas; iespējots nepareizs Daybreak piekļuves līmenis vai modelis; tiek izmantoti novecojuši vai cita projekta akreditācijas dati; piekļuve jāpārvieto starp API un darbvietas piekļuves veidiem; vai vēl nav pabeigta atsaukšana vai noņemšana.

• Apturiet testēšanu neatbilstošajā darbvietā, API organizācijā vai projektā.

• Nosakiet pašreizējo konfigurāciju un paredzēto, tikai iekšējai lietošanai paredzēto konfigurāciju.

• API piekļuves gadījumā lūdziet organizācijas administratoram paredzētajā projektā atvērt lapu Projekta iestatījumi → Ierobežojumi un pārbaudīt, vai ir pieejams Daybreak un konkrētais atbilstošais modelis.

• Ja Daybreak ir pieejams, bet atspējots, lūdziet organizācijas administratoram to iespējot projektam un pēc tam iespējot konkrēto atbilstošo modeli.

• Pēc iespējošanas izveidojiet šim projektam jaunu API atslēgu vai atjauniniet pakalpojuma izmantotos projekta akreditācijas datus.

• Noskaidrojiet, vai vecā konfigurācija jānoņem, jāatsauc vai jāatstāj nemainīta.

• Ja paredzētā pārslēga nav vai atbilstība ir nepareiza, nosūtiet tālāk norādīto informāciju savai OpenAI konta komandai kā labošanas pieprasījumu.

• Atkārtoti veiciet piekļuves apliecinājuma pārbaudi izlabotajā konfigurācijā, izmantojot precīzo apstiprināto aizstājvārdu vai modeļa ID.

Norādiet:

• Uzņēmuma nosaukumu un galvenās tehniskās kontaktpersonas vai organizācijas administratora kontaktinformāciju.

• 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 piekļuves līmeni un sadaļā Projekta iestatījumi → Ierobežojumi redzamos Daybreak un modeļa iestatījumus.

• Testā izmantoto precīzo API aizstājvārdu vai modeļa ID.

• Vai pēc iespējošanas tika izveidota jauna API atslēga vai atjaunināti projekta akreditācijas dati.

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

• Vai iepriekšējai konfigurācijai piekļuve jānoņem vai jāatsauc.

• Vai jaunā konfigurācija rada jautājumus par norēķiniem, budžeta ierobežojumu vai komerciāli atbildīgo personu.

• Pirmo darbplūsmu, ko komanda plāno izpildīt, kā arī paredzētos darbplūsmas izpildītājus un pārskatītāju.

• Laika ierobežojumus vai gaidāmu iespējošanas sesiju, ja tāda ir.

Projekta iestatījumi nosaka API pieejamību atlasītajam projektam. Migrācijas laikā var turpināt darboties daži esošie organizācijas līmeņa programmas “Uzticama piekļuve” nosacījumi; precīzas piekļuves robežas skatiet ieviešanas apstiprinājumā. Ja vadīklas nav pieejamas vai apstiprinātajai konfigurācijai joprojām nepieciešama īpaša API organizācija, izpildiet savas OpenAI konta komandas norādījumus.

Ja joprojām tiek gaidīta vecās organizācijas vai projekta noņemšana, vēl nav pabeigta nomaiņa vai atbilstības labojums nav atrisināts, uzskatiet izlaboto konfigurāciju par negatavu, līdz izmaiņas ir apstiprinātas.

Piezīme par lietošanu

Ikvienai darbvietai, API organizācijai vai API projektam, kuram iespējots Daybreak, jābūt paredzētam tikai iekšējai lietošanai. “Tikai iekšējai lietošanai” nozīmē, ka piekļuvi jūsu organizācijas aizsardzības darbam izmanto tikai jūsu pilnvarotā komanda un tā nav saistīta ar klientiem paredzētu datplūsmu, ārēji piedāvātiem drošības pakalpojumiem vai pakārtotu produkta funkciju, kas caur šo piekļuvi pārsūta trešo pušu pieprasījumus vai saturu.

Projekta iestatījumi nosaka API pieejamību atlasītajam, tikai iekšējai lietošanai paredzētajam projektam. Migrācijas laikā var turpināt darboties daži esošie organizācijas līmeņa programmas “Uzticama piekļuve” nosacījumi; precīzas piekļuves robežas skatiet ieviešanas apstiprinājumā. Projekta iespējošana nepadara lietošanu klientu vai trešo pušu vajadzībām pieņemamu.

Nulles datu saglabāšana (ZDR)

Daybreak atbilstība un projekta iespējošana automātiski neiespējo nulles datu saglabāšanu (ZDR). ZDR ir 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 cits īpašs datu saglabāšanas režīms, pirms komanda sāk pirmo darbplūsmu apstipriniet, ka šie nosacījumi attiecas uz iespējotā projekta datplūsmu. Neuzskatiet, ka Daybreak vai konkrēta modeļa iespējošana projektam maina datu saglabāšanas iestatījumus.

Darbības robežas

• Nodrošināto konfigurāciju izmantojiet tikai atļautam aizsardzības darbam.

• Izmantojiet sistēmas, kas pieder jūsu organizācijai vai kuru novērtēšanai tai ir nepārprotama atļauja.

• Pirmajai darbplūsmai jābūt šauri ierobežotai un pārskatāmai.

• Būtisku konstatējumu un to novēršanas procesā saglabājiet cilvēka uzraudzību.

• Izmantojiet tieši to organizāciju, darbvietu, API projektu, Daybreak piekļuves līmeni, API aizstājvārdu vai modeļa ID, kas norādīts ieviešanas informācijā.

• Atļaujiet Daybreak projekta un modeļa iestatījumus mainīt tikai organizācijas administratoriem un neuzskatiet, ka atbilstība Daybreak Blue automātiski nozīmē atbilstību Daybreak Red.

• Glabājiet jaunizveidotos vai atjauninātos projekta akreditācijas datus drošībā un ierobežojiet tos līdz iespējotajam, tikai iekšējai lietošanai paredzētajam projektam.

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