Vi introduserer tilgangskontroller for Daybreak
OpenAI introduserer tilgangskontroller for Daybreak-funksjoner (tidligere kjent som Trusted Access for Cyber) i API-et og Codex. Disse kontrollene lar administratorer bestemme hvilke prosjekter eller brukere som får tilgang til Daybreak, og lar autoriserte brukere bestemme når Daybreak-funksjoner skal brukes i bestemte API-forespørsler eller Codex-oppgaver.
For API-et kan tilgang til Cyber-modeller nå avgrenses på prosjektnivå. Organisasjonsadministratoren kan opprette eller velge et eget prosjekt for Cyber-arbeid, aktivere Daybreak for prosjektet og bare legge til brukerne som trenger tilgang. Autoriserte brukere kan deretter velge når Daybreak-funksjoner skal brukes i en forespørsel, ved å sende med den valgfrie parameteren `access_programs.cyber` (se flere detaljer her). Slik kan dere holde Cyber-arbeid adskilt fra annen API-aktivitet, inkludert eksterne bruksområder, og samtidig administrere det i hovedorganisasjonen.
For ChatGPT og Codex introduserer OpenAI også tilgangskontroller for Cyber-modeller på brukernivå for både Daybreak Blue og Red. Når disse blir tilgjengelige, kan arbeidsområdeadministratorer velge hvilke brukere i hovedarbeidsområdet som får tilgang til ulike Daybreak-nivåer, i stedet for å måtte opprettholde et separat arbeidsområde kun for Cyber. Autoriserte brukere kan deretter velge når Daybreak-funksjoner skal brukes, ved å slå på «Daybreak»-bryteren i den avanserte modellvelgeren.
Samlet lar disse kontrollene dere sentralisere administrasjon, fakturering og styring i hovedorganisasjonen, samtidig som Cyber-tilgangen begrenses til de riktige prosjektene, brukerne og bruksområdene. Merk at autentisering med API-nøkler for Codex ikke støtter de samme kontrollene på brukernivå i dag. API-nøkler kan likevel styres gjennom tilgangskontrollene på prosjektnivå i API-et.
Ta i bruk tilgangskontroller
Hvis teamet deres i dag bruker Daybreak-funksjoner i hovedoppsettet for API-organisasjonen og ChatGPT/Codex-arbeidsområdet:
Alle brukere i organisasjonen eller arbeidsområdet kan fortsatt ha tilgang til Daybreak-funksjoner i de ordinære modellene deres (som i dag), men det kan være nødvendig med migreringstiltak.
Når dere er klare til å gå over til tilgangskontroller, ber dere om dette via OpenAI-representanten deres eller support@openai.com.
OpenAI vil da klargjøre API-organisasjonen og ChatGPT/Codex-arbeidsområdet deres med tilgangskontroller på prosjekt- og brukernivå.
Merk at disse kontrollene settes opp med tilgang AV som standard. Når kontrollene er aktivert, vil prosjekter og brukere ikke ha Daybreak-tilgang før administratorene uttrykkelig konfigurerer tilgangen. Be om denne endringen først når dere er klare til å gå over til en ordning der Daybreak-tilgang er slått av som standard. Detaljerte instruksjoner følger nedenfor.
Hvis teamet deres i dag bruker Daybreak-funksjoner i et separat oppsett med egen API-organisasjon og eget ChatGPT/Codex-arbeidsområde, vil teamet vårt samarbeide med dere om å migrere til hovedorganisasjonen (se instruksjonene nedenfor). Migrering til hovedorganisasjonen gir dere:
Bedre tilgangskontroll: Administrer tilgang til Cyber-modeller gjennom rollebaserte tilgangskontroller, med kontroller på prosjektnivå for API-bruk og på brukernivå for ChatGPT/Codex.
Mer oversiktlig fakturering og tydeligere forbruksgrenser: Bruken kan samles under den primære avtalen deres i stedet for å fordeles på flere fakturaer. Da kan bruken få de samme prisene, trekkes fra de samme avtalte forbruksbeløpene og være underlagt API-forbruksgrenser.
Prosjektbasert administrasjon: Administratorer kan bruke Prosjekter til å skille Cyber-arbeid fra andre arbeidsstrømmer, samtidig som styringen forblir sentralisert i samme API-organisasjon.
Enklere drift: Reduser dupliserte brukere, arbeidsområder og faktureringsinnstillinger samt administrativt merarbeid.
Når migreringen er fullført, vil teamet deres bruke Daybreak-funksjoner i hovedorganisasjonen, og den tidligere dedikerte Cyber-organisasjonen eller det dedikerte arbeidsområdet vil bli deaktivert. Merk at hvis hovedorganisasjonen for API-et har et tilknyttet ChatGPT/Codex-arbeidsområde, vil Daybreak-tilgang også bli tilgjengelig der. Som for API-organisasjonen vil tilgangen være AV som standard til administratorene konfigurerer den for de aktuelle brukerne. Hvis dere absolutt må beholde en separat API-organisasjon og et separat ChatGPT/Codex-arbeidsområde, må dere avklare dette med OpenAI-teamet deres.
Oversikt over migreringsprosessen
Migrering til hovedorganisasjonen krever følgende trinn:
Kunde: Bekreft ønsket oppsett
Identifiser hovedorganisasjonen for OpenAI API og eventuelt hovedarbeidsområdet for ChatGPT/Codex der teamet deres skal bruke Daybreak-funksjoner fremover.
Kunde: Fullfør migrering av brukere og arbeidsflyter
Legg til de aktuelle brukerne i hovedorganisasjonen eller prosjektet, og migrer nødvendige arbeidsflyter, applikasjoner, API-nøkler og driftsavhengigheter fra den dedikerte Cyber-organisasjonen. Se sjekklisten for migrering nedenfor og Admin-pluginen for automatisert hjelp med migreringen.
Kunde: Send migreringsforespørselen til OpenAI
Når teamet deres har fullført sjekklisten nedenfor, gir dere beskjed til kundeteamet deres hos OpenAI (eller support@openai.com) om at dere er klare til at OpenAI gjennomfører migreringen. Ta med organisasjons-ID-en dere vil konfigurere tilgangskontroller for, og organisasjons-ID-ene til de sekundære organisasjonene dere skal migrere fra, i migreringsforespørselen.
OpenAI: Konfigurerer hovedorganisasjonen
OpenAI vil aktivere riktig tilgang til Cyber-modeller og kontroller på prosjektnivå i hovedorganisasjonen deres.
Kunde: Fullfør den siste konfigurasjonen
Organisasjonsadministratoren kan deretter aktivere Cyber-tilgang for aktuelle prosjekter i hovedorganisasjonen for API-et eller brukere i ChatGPT/Codex-arbeidsområdet, lagre konfigurasjonen og legge til de aktuelle brukerne i prosjektet eller arbeidsområdet etter behov. Merk at en organisasjonsadministrator må gjøre dette, ettersom prosjektadministratorer og brukere ikke kan konfigurere disse innstillingene.For API-et og autentisering med API-nøkler for Codex:
Gå til Prosjektinnstillinger > Generelt > Tilgang til Daybreak-modeller. Finn Daybreak Blue-bryteren. Hvis organisasjonen er godkjent for Daybreak Red, vil du se en ekstra bryter. Bryterne er av som standard, noe som betyr at prosjektet ennå ikke har tilgang. Slå på bryteren for Daybreak-nivået du vil aktivere. Tilgangen er isolert per prosjekt. Å slå en Daybreak-bryter på eller av for ett prosjekt påvirker ikke andre prosjekter. Merk at det kan ta opptil ca. 15 minutter fra du klikker på Lagre, til endringen i API-tilgangen trer i kraft.
For ChatGPT/Codex:
Slå på tilgang for hele arbeidsområdet: Åpne det aktuelle arbeidsområdet i Administrasjonskonsoll > Modeller > Standard for arbeidsområdet. Slå på Daybreak Blue under Modeller > Cybersikkerhet. Aktiver Daybreak Red bare hvis det er ønskelig og dere oppfyller kravene. Klikk på Lagre endringer.
Slå på tilgang for en bestemt bruker: Åpne Modeller > Roller. Åpne handlingsmenyen for den aktuelle rollen, og velg Rediger overstyring. Bruk Legg til rolleoverstyring for å opprette en ny overstyring. Under Modeller > Cybersikkerhet velger du På for Daybreak Blue og eventuelt Daybreak Red. Klikk på Lagre. «Modeller» > Lagre. Merk at det kan ta opptil ca. 10 minutter fra du klikker på Lagre, til tilgangsendringen for Codex med ChatGPT-innlogging trer i kraft.
Hvis dere tidligere har bedt om brukertilgang til Codex via ChatGPT-innlogging, må dere konfigurere tilgangen for disse brukerne på nytt i hovedarbeidsområdet for ChatGPT/Codex. Da unngår dere avbrudd når vi deaktiverer det dedikerte arbeidsområdet i trinn 7.
Kunde: Tilbakekall alle API-nøkler i den dedikerte Cyber-organisasjonen
Kontroller at alle API-nøkler i den dedikerte Cyber-organisasjonen er tilbakekalt, ved å sjekke API-nøklene i organisasjonsinnstillingene her (alle skal være inaktive). Merk at nøkler som ikke er tilbakekalt, vil bli arkivert når OpenAI deaktiverer den dedikerte Cyber-organisasjonen eller det dedikerte arbeidsområdet.
OpenAI: Deaktiverer den dedikerte Cyber-organisasjonen eller det dedikerte arbeidsområdet etter en overgangsperiode på 14 dager.
For å sikre at dere har tid til å migrere og validere arbeidsflyter i hovedorganisasjonen, venter OpenAI i 14 dager før den tidligere klargjorte, dedikerte Cyber-organisasjonen eller det dedikerte arbeidsområdet deaktiveres. Hvis dere tidligere har bedt om brukertilgang til Codex via ChatGPT-innlogging og ennå ikke har konfigurert tilgangen på nytt i hovedarbeidsområdet, vil disse brukerne miste tilgangen på dette tidspunktet. Brukere som har fått tilgang individuelt, vil også miste tilgangen ved migrering.
Sjekkliste for migrering
Før dere ber OpenAI om å gjennomføre migreringen, må dere bekrefte følgende:
Dere har identifisert organisasjons-ID-en til hovedorganisasjonen for API-et og arbeidsområde-ID-en til hovedarbeidsområdet for ChatGPT/Codex som dere vil migrere Daybreak-funksjonene til.
Dere har identifisert organisasjons-ID-en til den dedikerte Cyber-API-organisasjonen og arbeidsområde-ID-en til ChatGPT/Codex-arbeidsområdet som skal deaktiveres etter migreringen.
Dere har bekreftet at tilgang til Cyber-modeller bare vil bli aktivert for godkjente interne bruksområder og brukere i hovedorganisasjonen for API-et med den angitte organisasjons-ID-en og i ChatGPT/Codex-arbeidsområdet. Ekstern bruk er tillatt i samme organisasjon eller arbeidsområde, men prosjekter med ekstern bruk og eksterne brukere kan ikke ha tilgang til Daybreak-funksjoner.
Dere har migrert nødvendige brukere, arbeidsflyter, API-nøkler, applikasjoner og driftsavhengigheter ut av den dedikerte Cyber-organisasjonen. Dette omfatter:
Brukerkontoer
GPT-er
Prosjekter
Administratorinnstillinger for arbeidsområdet (SCIM, brukergrupper, arbeidsområdeikon, analyser og måltall).
Delte samtaler
Lagringstider for data
Logger fra Samsvars-API
Lerreter
Bibliotekinnhold
Konfigurasjon og data for koblinger
Codex-oppgaver, -historikk og -konfigurasjoner
Arbeidsområdeagenter og ferdigheter
Dere har sikret at alle API-nøkler i den dedikerte Cyber-organisasjonen er korrekt tilbakekalt. Når dere ber om migrering, vil OpenAI deaktivere den dedikerte Cyber-organisasjonen, og aktive API-nøkler i organisasjonen vil bli tilbakekalt.
Organisasjonsadministratoren er klar til å aktivere Trusted Access for Cyber i det godkjente prosjektet etter at OpenAI har fullført klargjøringen.
Dere er klare til at OpenAI deaktiverer den dedikerte Cyber-organisasjonen eller det dedikerte arbeidsområdet.
Når alle punktene er fullført, sender dere de aktuelle organisasjons- eller arbeidsområde-ID-ene til kundeteamet deres hos OpenAI og bekrefter at dere er klare til at OpenAI gjennomfører migreringen.
Vanlige spørsmål
Hvorfor ber OpenAI oss om å migrere til hovedorganisasjonen?
Migrering lar dere administrere Daybreak-tilgang, brukere, fakturering og styring på ett sted. Det reduserer også dupliserte brukere, arbeidsområder, faktureringsinnstillinger og API-nøkler samt administrativt merarbeid.
Kan vi holde Cyber-arbeid adskilt fra annen API-aktivitet?
Ja. Organisasjonsadministratoren kan opprette eller velge et eget prosjekt for Cyber-arbeid, aktivere Trusted Access for Cyber for prosjektet og bare legge til brukerne som trenger tilgang.
Kan vi bruke samme hovedorganisasjon til både internt Cyber-arbeid og eksterne bruksområder?
Ja, men Daybreak-funksjoner bør bare aktiveres for godkjente interne bruksområder, og Cyber-modeller må bare brukes i prosjekter som er dedikert til interne cybersikkerhetsformål. Prosjekter med eksterne bruksområder eller eksterne brukere bør ikke ha tilgang til Daybreak-funksjoner.
Hva er godkjente interne bruksområder?
Daybreak-godkjenningen omfatter personell som er ansatt hos eller arbeider for den godkjente kunden. Tilgang til Daybreak-modeller og -funksjoner kan ikke gis videre til tredjeparter. Godkjente bruksområder omfatter sikkerhetsforskning, red team-evaluering, trusselanalyse, sårbarhetsvurdering, testing av forsvarstiltak, sikkerhetsgjennomgang av kode, undersøkelse av hendelser og annet sikkerhetsarbeid utført av organisasjonens interne team. Daybreak-funksjoner bør ikke brukes til kundevendte produkter, tredjepartstilgang eller offentlig tilgjengelige automatiseringer uten uttrykkelig godkjenning fra OpenAIs Daybreak-partnerprogram.
Hva skjer med den dedikerte Cyber-organisasjonen eller det dedikerte arbeidsområdet etter migreringen?
Når migreringen er fullført, vil OpenAI deaktivere den dedikerte Cyber-organisasjonen eller det dedikerte arbeidsområdet og fjerne den tidligere Cyber-tilgangen på organisasjonsnivå.
Vil OpenAI deaktivere den dedikerte Cyber-organisasjonen før vi er klare?
Nei. Dere bør først be OpenAI om å gjennomføre migreringen når dere har flyttet nødvendige brukere, arbeidsflyter, API-nøkler, applikasjoner og driftsavhengigheter til hovedorganisasjonen eller hovedarbeidsområdet.
Vil de eksisterende API-nøklene mine fortsatt fungere?
API-nøkler som er opprettet i den dedikerte Cyber-organisasjonen, blir ikke overført til hovedorganisasjonen. Før migreringen må dere opprette nye API-nøkler i det godkjente prosjektet i hovedorganisasjonen og oppdatere alle applikasjoner, skript og arbeidsflyter som bruker de gamle nøklene. Eksisterende API-nøkler i den dedikerte Cyber-API-organisasjonen må tilbakekalles som en del av migreringen. Når den dedikerte Cyber-organisasjonen er deaktivert, vil nøkler fra den organisasjonen ikke lenger fungere.
Hvilken informasjon må vi sende til OpenAI?
Send kundeteamet deres hos OpenAI organisasjons-ID-en til hovedorganisasjonen for API-et og arbeidsområde-ID-en til ChatGPT/Codex-arbeidsområdet dere vil migrere til. Ta også med organisasjons-ID-en til den dedikerte Cyber-API-organisasjonen eller arbeidsområde-ID-en til arbeidsområdet som skal deaktiveres etter migreringen.
Hvem aktiverer Daybreak etter at OpenAI har klargjort organisasjonen?
Organisasjonsadministratoren fullfører oppsettet ved å aktivere Daybreak for ønsket API-prosjekt og legge til de aktuelle brukerne. For ChatGPT/Codex vil arbeidsområdeadministratorer administrere tilgang på brukernivå når disse kontrollene blir tilgjengelige.
Vil migreringen endre faktureringen vår?
Målet er å samle Cyber-bruken under den primære avtalen deres, slik at bruken ikke lenger fordeles på separate organisasjoner, fakturaer eller beholdninger av kreditter.
Hva om vi fortsatt trenger en separat organisasjon eller et separat arbeidsområde?
Ta kontakt med kundeteamet deres hos OpenAI hvis dere mener at forretningsmessige behov, regulatoriske krav eller krav til dataresidens eller fakturering gjør det nødvendig med en separat organisasjon eller et separat arbeidsområde.