Ipinapakilala ang mga kontrol sa access sa Daybreak
Ipinapakilala ng OpenAI ang mga kontrol sa access sa mga kakayahan ng Daybreak (dating kilala bilang Trusted Access for Cyber) sa API at Codex. Sa mga kontrol na ito, mapipili ng mga admin kung aling mga proyekto o user ang maaaring gumamit ng Daybreak, at mapipili ng mga awtorisadong user kung kailan ilalapat ang mga kakayahan ng Daybreak sa mga partikular na kahilingan sa API o gawain sa Codex.
Para sa API, maaari na ngayong itakda ang saklaw ng access sa mga modelo ng Cyber sa antas ng proyekto. Maaaring gumawa o pumili ang admin ng iyong org ng proyektong nakalaan para sa gawain sa Cyber, i-enable ang Daybreak para sa proyektong iyon, at idagdag lang ang mga user na nangangailangan ng access. Pagkatapos, mapipili ng mga awtorisadong user kung kailan ilalapat ang mga kakayahan ng Daybreak sa isang kahilingan sa pamamagitan ng pagpasa ng opsyonal na parameter na `access_programs.cyber` (higit pang detalye dito). Sa ganitong paraan, mapapanatili mong hiwalay ang gawain sa Cyber sa iba pang aktibidad sa API, kabilang ang mga panlabas na gamit, habang pinamamahalaan pa rin ito sa loob ng iyong pangunahing org.
Para sa ChatGPT at Codex, ipinapakilala rin ng OpenAI ang mga kontrol sa access sa mga modelo ng Cyber para sa bawat user para sa Daybreak Blue at Red. Kapag available na, mapipili ng mga admin ng workspace kung aling mga user sa pangunahing workspace ang makaka-access sa iba't ibang antas ng Daybreak, sa halip na kailangang magpanatili ng hiwalay na workspace na para lang sa Cyber. Pagkatapos, mapipili ng mga awtorisadong user kung kailan ilalapat ang mga kakayahan ng Daybreak sa pamamagitan ng pag-on sa toggle na “Daybreak” sa advanced na tagapili ng modelo.
Sa kabuuan, magagamit mo ang mga kontrol na ito para isentralisa ang pangangasiwa, pagsingil, at pamamahala sa iyong pangunahing org habang nililimitahan ang access sa Cyber sa mga angkop na proyekto, user, at gamit. Tandaang hindi pa sinusuportahan ng pag-authenticate gamit ang API key para sa Codex ang parehong mga kontrol sa bawat user. Gayunman, mapapamahalaan pa rin ang mga API key sa pamamagitan ng mga kontrol sa access sa bawat proyekto sa API.
Simulang gamitin ang mga kontrol sa access
Kung kasalukuyang ginagamit ng iyong team ang mga kakayahan ng Daybreak sa iyong pangunahing API org at ChatGPT/Codex workspace:
Maaaring patuloy na magkaroon ng access ang lahat ng user sa iyong org / workspace sa mga kakayahan ng Daybreak sa iyong mga pangunahing modelo (gaya ngayon), pero maaaring kailanganin ang mga hakbang sa paglipat.
Kapag handa ka nang lumipat sa mga kontrol sa access, hilingin ito sa iyong kinatawan sa OpenAI o sa support@openai.com.
Pagkatapos, lalagyan ng OpenAI ang iyong API org at ChatGPT/Codex workspace ng mga kontrol sa access para sa bawat proyekto at user.
Tandaang naka-off bilang default ang mga kontrol na ito kapag inilaan. Kapag na-enable na ang mga kontrol, walang access sa Daybreak ang mga proyekto at user hangga't hindi tahasang kino-configure ng iyong mga admin ang access. Hilingin lang ang pagbabagong ito kapag handa ka nang ilipat ang access sa Daybreak sa ganitong kaayusang naka-off bilang default. Nasa ibaba ang mga detalyadong tagubilin.
Kung kasalukuyang ginagamit ng iyong team ang mga kakayahan ng Daybreak sa hiwalay na API org at ChatGPT/Codex workspace, makikipagtulungan sa iyo ang aming team para lumipat sa iyong pangunahing org (tingnan ang mga tagubilin sa ibaba). Sa paglipat sa iyong pangunahing org, makakakuha ka ng:
Mas mahigpit na kontrol sa access: Pamahalaan ang access sa mga modelo ng Cyber sa pamamagitan ng mga kontrol sa access batay sa tungkulin, kabilang ang mga kontrol sa bawat proyekto para sa paggamit ng API at sa bawat user para sa ChatGPT/Codex.
Mas maayos na pagsingil at mga limitasyon sa gastos: Maaaring mapabilang ang paggamit sa iyong pangunahing komersyal na kasunduan sa halip na mahati sa maraming invoice. Mailalapat dito ang parehong mga rate, maibabawas ito sa parehong mga nakakontratang halaga, at sasailalim ito sa mga limitasyon sa gastos sa API.
Pangangasiwa batay sa proyekto: Maaaring gamitin ng mga admin ang Mga Proyekto para ihiwalay ang gawain sa Cyber sa iba pang gawain habang pinananatiling sentralisado ang pamamahala sa iisang API organization.
Mas simpleng operasyon: Bawasan ang mga dobleng user, workspace, at setting sa pagsingil, pati na ang dagdag na trabahong pang-admin.
Kapag nakumpleto na ang paglipat, gagamitin ng iyong team ang mga kakayahan ng Daybreak sa iyong pangunahing org, at ide-deactivate ang dati mong nakalaang Cyber org o workspace. Tandaang kung may naka-link na ChatGPT/Codex workspace ang iyong pangunahing API org, magkakaroon din ng access sa Daybreak ang workspace na iyon. Tulad sa API org, naka-off ito bilang default hangga't hindi ito kino-configure ng mga admin para sa mga gustong bigyan ng access. Kung talagang kailangan mong magpanatili ng hiwalay na API org at ChatGPT/Codex workspace, makipag-ugnayan sa iyong OpenAI team.
Pangkalahatang-ideya ng proseso ng paglipat
Kailangan ang mga sumusunod na hakbang para lumipat sa iyong pangunahing org:
Customer: Kumpirmahin ang iyong target na setup
Tukuyin ang pangunahing OpenAI API organization at, kung naaangkop, ang pangunahing ChatGPT/Codex workspace kung saan dapat gamitin ng iyong team ang mga kakayahan ng Daybreak mula ngayon.
Customer: Kumpletuhin ang paglipat ng mga user at workflow
Idagdag ang mga kaugnay na user sa pangunahing org/proyekto at ilipat ang anumang kinakailangang workflow, application, API key, o dependency sa operasyon mula sa nakalaang Cyber org. Tingnan sa ibaba ang checklist sa paglipat at ang Admin plugin para sa awtomatikong tulong sa paglipat.
Customer: Isumite sa OpenAI ang kahilingan sa paglipat
Kapag nakumpleto na ng iyong team ang checklist sa ibaba, ipaalam sa iyong OpenAI account team (o sa support@openai.com) na handa ka na para iproseso ng OpenAI ang paglipat. Sa iyong kahilingan sa paglipat, isama ang Organization ID kung saan mo gustong i-configure ang mga kontrol sa access, at ang mga pangalawang Organization ID na aalisan mo.
OpenAI: I-configure ang pangunahing org
Ie-enable ng OpenAI ang angkop na access sa mga modelo ng Cyber at mga kontrol sa bawat proyekto sa iyong pangunahing org.
Customer: Kumpletuhin ang panghuling configuration
Pagkatapos, maaaring i-enable ng admin ng iyong org ang access sa Cyber para sa mga kaugnay na proyekto sa pangunahing API organization o mga user sa ChatGPT/Codex workspace, i-save ang configuration, at idagdag ang mga angkop na user sa proyekto o workspace na iyon kung kinakailangan. Tandaang admin ng org ang dapat kumumpleto ng hakbang na ito, dahil hindi maaaring i-configure ng mga admin ng proyekto at mga user ang mga setting na ito.Para sa API at Pag-authenticate gamit ang API Key para sa Codex:
Pumunta sa Mga Setting ng Proyekto > Pangkalahatan > Access sa mga modelo ng Daybreak. Hanapin ang toggle ng Daybreak Blue. Kung aprubado ang iyong org para sa Daybreak Red, makakakita ka ng dagdag na toggle. Naka-off ang mga toggle bilang default, ibig sabihin ay wala pang access ang proyekto. I-on ang toggle para sa antas ng Daybreak na gusto mong i-enable. Hiwalay ang access sa bawat proyekto; walang epekto sa ibang proyekto ang pag-enable o pag-disable ng toggle ng Daybreak para sa isang proyekto. Tandaang maaaring umabot nang humigit-kumulang 15 minuto bago magkabisa ang pagbabago sa access sa API pagkatapos mong i-click ang I-save.
Para sa ChatGPT/Codex:
I-on ang access para sa buong workspace: Buksan ang gustong workspace sa Console ng Admin > Mga Modelo > Default ng workspace. Sa Mga Modelo > Cybersecurity, i-on ang Daybreak Blue. I-enable lang ang Daybreak Red kung nilalayon mo itong gamitin at kuwalipikado ka. I-click ang I-save ang mga pagbabago.
I-on ang access para sa isang partikular na user: Buksan ang Mga Modelo > Mga Tungkulin. Para sa gustong tungkulin, buksan ang menu ng mga aksyon nito at piliin ang I-edit ang override. Gamitin ang Magdagdag ng override sa tungkulin para sa bagong override. Sa Mga Modelo > Cybersecurity, piliin ang Naka-on para sa Daybreak Blue at, kung gusto, sa Daybreak Red. I-click ang I-save. “Mga Modelo” > I-save. Tandaang maaaring umabot nang humigit-kumulang 10 minuto bago magkabisa ang pagbabago sa access sa Codex gamit ang pag-sign in sa ChatGPT pagkatapos mong i-click ang I-save.
Kung humiling ka dati ng access ng user sa Codex gamit ang pag-sign in sa ChatGPT, i-configure muli ang access ng mga user na ito sa pangunahing ChatGPT/Codex workspace para maiwasan ang pagkaantala kapag binawi namin ang nakalaang workspace sa hakbang #7.
Customer: Bawiin ang lahat ng API key sa iyong nakalaang Cyber org
Tiyaking nabawi na ang lahat ng API key sa iyong nakalaang Cyber org sa pamamagitan ng pagtingin sa mga API key sa mga setting ng iyong organisasyon dito (dapat hindi aktibo ang lahat ng ito). Tandaang ia-archive ang anumang key na hindi pa nababawi kapag dineactivate ng OpenAI ang nakalaang Cyber org / workspace.
OpenAI: I-deactivate ang nakalaang Cyber org o workspace pagkatapos ng 14 na araw na palugit.
Para matiyak na may oras kang ilipat at suriin ang mga workflow sa pangunahing org, maghihintay ang OpenAI nang 14 na araw bago i-deactivate ang dating inilaan na Cyber org o workspace. Kung humiling ka dati ng access ng user sa Codex gamit ang pag-sign in sa ChatGPT at hindi mo pa muling na-configure ang kanilang access sa pangunahing workspace, mawawalan ng access ang mga user na ito sa puntong ito. Kung indibidwal na binigyan ng access ang mga user, mawawalan din sila ng access sa paglipat.
Checklist sa paglipat
Bago hilingin sa OpenAI na iproseso ang paglipat, pakikumpirma ang sumusunod:
Natukoy mo na ang pangunahing API Organization ID at ChatGPT/Codex workspace ID kung saan mo gustong ilipat ang mga kakayahan ng Daybreak.
Natukoy mo na ang nakalaang Cyber API Organization ID at ChatGPT/Codex workspace ID na dapat i-deactivate pagkatapos ng paglipat.
Nakumpirma mo na na ie-enable lang ang access sa mga modelo ng Cyber para sa mga aprubadong panloob na gamit at user sa iyong pangunahing API Organization ID at ChatGPT/Codex workspace. Pinapayagan ang panlabas na paggamit sa parehong org o workspace, pero hindi maaaring magkaroon ng access sa mga kakayahan ng Daybreak ang mga proyektong may panlabas na paggamit at mga user sa labas ng organisasyon.
Nailipat mo na ang mga kinakailangang user, workflow, API key, application, at dependency sa operasyon mula sa nakalaang Cyber org. Kabilang dito ang:
Mga user account
Mga GPT
Mga proyekto
Mga setting ng admin ng workspace (SCIM, mga grupo ng user, icon ng workspace, analytics at mga sukatan).
Mga ibinahaging pag-uusap
Mga tagal ng pagpapanatili ng data
Mga log ng API ng Pagsunod
Mga canvas
Nilalaman ng library
Configuration at data ng app
Mga gawain, history, at configuration ng Codex
Mga agent at kasanayan sa workspace
Natiyak mong wastong nabawi ang lahat ng API key sa iyong nakalaang Cyber org — kapag hiniling mo ang paglipat, ide-deactivate ng OpenAI ang iyong nakalaang Cyber org at ang mga aktibong API key sa org ay babawiin.
Handa na ang admin ng iyong org na i-enable ang Trusted Access for Cyber sa aprubadong proyekto pagkatapos makumpleto ng OpenAI ang paglalaan ng access.
Handa ka na para i-deactivate ng OpenAI ang nakalaang Cyber org o workspace.
Kapag nakumpleto na ang lahat ng item, ipadala sa iyong OpenAI account team ang mga kaugnay na org o workspace ID at kumpirmahing handa ka na para iproseso ng OpenAI ang paglipat.
Mga madalas itanong
Bakit hinihiling ng OpenAI na lumipat kami sa aming pangunahing org?
Sa paglipat, mapapamahalaan mo ang access sa Daybreak, mga user, pagsingil, at mga patakaran sa iisang lugar. Nababawasan din nito ang mga dobleng user, workspace, setting sa pagsingil, at API key, pati na ang dagdag na trabahong pang-admin.
Maaari ba naming panatilihing hiwalay ang gawain sa Cyber sa iba pang aktibidad sa API?
Oo. Maaaring gumawa o pumili ang admin ng iyong org ng proyektong nakalaan para sa gawain sa Cyber, i-enable ang Trusted Access for Cyber para sa proyektong iyon, at idagdag lang ang mga user na nangangailangan ng access.
Maaari ba naming gamitin ang iisang pangunahing org para sa panloob na gawain sa Cyber at mga panlabas na gamit?
Oo, pero dapat lang i-enable ang mga kakayahan ng Daybreak para sa mga aprubadong panloob na gamit, at dapat gamitin ang mga modelo ng cyber sa mga proyektong nakalaan lang sa mga panloob na gamit sa cyber. Hindi dapat magkaroon ng access sa mga kakayahan ng Daybreak ang mga proyektong may mga panlabas na gamit o mga user sa labas ng organisasyon.
Ano ang mga aprubadong panloob na gamit?
Saklaw ng pag-apruba sa Daybreak ang mga tauhang empleyado o nagtatrabaho para sa aprubadong customer. Hindi maaaring ibigay sa mga third party ang access sa mga modelo at kakayahan ng Daybreak. Kabilang sa mga aprubadong gamit ang pananaliksik sa seguridad, pagsusuri ng red team, pagsusuri ng banta, pagtatasa ng kahinaan, pagsubok ng mga depensa, pagrepaso sa seguridad ng code, pagsisiyasat ng insidente, at iba pang gawaing panseguridad na isinasagawa ng mga panloob na team ng iyong organisasyon. Hindi dapat gamitin ang mga kakayahan ng Daybreak para sa mga produktong direktang ginagamit ng customer, access ng third party, o mga automation para sa publiko maliban kung may tahasang pag-apruba mula sa Daybreak Partner Program ng OpenAI.
Ano ang mangyayari sa aming nakalaang Cyber org o workspace pagkatapos ng paglipat?
Kapag nakumpleto na ang paglipat, ide-deactivate ng OpenAI ang nakalaang Cyber org o workspace at aalisin ang dating access sa Cyber na para sa buong org.
Ide-deactivate ba ng OpenAI ang aming nakalaang Cyber org bago kami maging handa?
Hindi. Hilingin lang sa OpenAI na iproseso ang paglipat kapag nailipat mo na ang mga kinakailangang user, workflow, API key, application, at dependency sa operasyon sa iyong pangunahing org o workspace.
Patuloy bang gagana ang aking mga kasalukuyang API key?
Hindi malilipat sa iyong pangunahing org ang mga API key na ginawa sa iyong nakalaang Cyber org. Bago lumipat, gumawa ng mga bagong API key sa aprubadong proyekto sa iyong pangunahing org at i-update ang anumang application, script, o workflow na umaasa sa mga lumang key. Kailangang bawiin ang mga kasalukuyang API key sa iyong nakalaang cyber API org bilang bahagi ng paglipat na ito. Kapag na-deactivate na ang nakalaang Cyber org, hindi na gagana ang mga key mula sa org na iyon.
Anong impormasyon ang kailangan naming ipadala sa OpenAI?
Ipadala sa iyong OpenAI account team ang pangunahing API Organization ID at ChatGPT/Codex workspace ID na gusto mong lipatan, pati ang nakalaang Cyber API Organization ID o workspace ID na dapat i-deactivate pagkatapos ng paglipat.
Sino ang mag-e-enable ng Daybreak pagkatapos ilaan ng OpenAI ang access sa org?
Kukumpletuhin ng admin ng iyong org ang panghuling setup sa pamamagitan ng pag-enable ng Daybreak para sa gustong proyekto sa API at pagdaragdag ng mga angkop na user. Para sa ChatGPT/Codex, pamamahalaan ng mga admin ng workspace ang access ng bawat user kapag available na ang mga kontrol na iyon.
Mababago ba ng paglipat ang pagsingil sa amin?
Layunin nitong isama ang paggamit ng Cyber sa iyong pangunahing komersyal na kasunduan para hindi na mahati ang paggamit sa magkakahiwalay na org, invoice, o pool ng credits.
Paano kung kailangan pa rin namin ng hiwalay na org o workspace?
Makipagtulungan sa iyong OpenAI account team kung naniniwala kang kailangan mo ng hiwalay na org o workspace dahil sa mga pangangailangan sa negosyo, regulasyon, lokasyon ng data, o pag-isyu ng invoice.