Pārskats

Izmantojiet šo ceļvedi, ja koordinējat Daybreak ieviešanu savā organizācijā un jums no pieteikuma un atbilstības pārbaudes jāpāriet pie darbam gatavas konfigurācijas.

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

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

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

Klientiem, kuriem jau ir apstiprināta GPT-5.5 lietošana ar programmu “Uzticama piekļuve kiberdrošībai”, jāturpina ievērot apstiprinātie piekļuves norādījumi.

Jūsu organizācijas atbilstība nosaka, kuras Daybreak vadīklas var būt redzamas API platformā. Kad projekta vadīklas ir pieejamas, organizācijas administrators atver sadaļu Projekta iestatījumi → Ierobežojumi, iespējo Daybreak atbilstošajam tikai iekšējai lietošanai paredzētajam API projektam un pēc tam iespējo konkrēto atbilstošo modeli. 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ā. Šie iestatījumi attiecas uz API projektiem; lai piekļūtu Codex vai ChatGPT, izpildiet ieviešanas apstiprinājumā sniegtos atsevišķos norādījumus.

Dažas augstāka 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

Apstiprinātā piekļuves veida izpratne

Ieviešanas apstiprinājumā jānorāda apstiprinātie modeļi, personas, kas tos drīkst izmantot, un organizācija, darbvieta, API organizācija un API projekts, kas jāizmanto vispirms.

Praktiskās repozitoriju darbplūsmas 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 līdz apstiprinātajam, tikai iekšējai lietošanai paredzētajam projektam.

Izmantojiet šos precīzos API kartējumus:

Kad projekta vadīklas ir pieejamas, organizācijas administrators atver sadaļu Projekta iestatījumi → Ierobežojumi, iespējo Daybreak atbilstošajam projektam un pēc tam iespējo konkrēto atbilstošo modeli. Tikai organizācijas administratori var skatīt vai mainīt šos iestatījumus.

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īklu nav vai apstiprinātajai konfigurācijai joprojām nepieciešama īpaša API organizācija, pirms testēšanas precīzi izpildiet OpenAI kontaktpersonas norādījumus. Neuzskatiet, ka API projekta vadīklas maina piekļuvi Codex vai ChatGPT.

Daybreak Blue un esošai GPT-5.5 lietošanai ar programmu “Uzticama 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ība, un tam var būt papildu prasības konkrētam modelim vai lietotāja līmenim. Precīzi ievērojiet apstiprinājumā sniegtos norādījumus 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 paredzēto ierobežoto rezultātu, vispirms pārbaudiet visu tālāk norādīto.

• Kontu, ar kuru esat pierakstījies, un precīzo organizāciju, darbvietu vai API projektu.

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

• API piekļuves gadījumā — vai organizācijas administrators sadaļā Projekta iestatījumi → Ierobežojumi atbilstošajam projektam iespējoja Daybreak un pēc tam konkrēto atbilstošo modeli.

• API piekļuves gadījumā — vai pieprasījumā tiek izmantota jauna API atslēga vai atjaunināti iespējotā projekta akreditācijas dati.

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

Atteikums vai neparedzēts rezultāts var norādīt uz 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ā “Uzticama piekļuve kiberdrošībai — biežākās problēmas un to novēršana”. Lai izveidotu atbalsta pieprasījumu, skatiet “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.