Vi innfører tilgangskontroller for Daybreak
OpenAI innfører 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 bruke Daybreak, og lar autoriserte brukere bestemme når Daybreak-funksjoner skal brukes på 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 dedikert 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 på en forespørsel, ved å sende med den valgfrie parameteren `access_programs.cyber` (les mer her). Dette lar dere holde Cyber-arbeid atskilt fra annen API-aktivitet, inkludert eksterne bruksområder, samtidig som dere administrerer det i den primære organisasjonen.
For ChatGPT og Codex innfører OpenAI også tilgangskontroller på brukernivå for Cyber-modeller for både Daybreak Blue og Red. Når kontrollene blir tilgjengelige, kan arbeidsområdeadministratorer velge hvilke brukere i det primære arbeidsområdet som skal ha tilgang til de ulike Daybreak-nivåene, i stedet for å måtte ha et separat arbeidsområde bare for Cyber. Autoriserte brukere kan deretter velge når Daybreak-funksjoner skal brukes, ved å slå på «Daybreak»-bryteren i den avanserte modellvelgeren.
Til sammen lar disse kontrollene dere sentralisere administrasjon, fakturering og styring i den primære organisasjonen, samtidig som Cyber-tilgangen begrenses til de riktige prosjektene, brukerne og bruksområdene. Merk at autentisering med API-nøkkel i Codex foreløpig ikke støtter de samme kontrollene på brukernivå. API-nøkler kan likevel styres gjennom API-tilgangskontrollene på prosjektnivå.
Ta i bruk tilgangskontroller
Hvis teamet deres i dag bruker Daybreak-funksjoner i deres primære API-organisasjon og ChatGPT/Codex-arbeidsområde:
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 å ta i bruk tilgangskontroller, ber dere om dette hos OpenAI-representanten deres eller via 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 klargjøres 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 først om denne endringen når dere er klare til å gå over til en ordning der Daybreak-tilgang er av som standard. Detaljerte instruksjoner finner dere nedenfor.
Hvis teamet deres i dag bruker Daybreak-funksjoner i en separat API-organisasjon og et separat ChatGPT/Codex-arbeidsområde, vil teamet vårt samarbeide med dere om å migrere til den primære organisasjonen deres (se instruksjonene nedenfor). Migrering til den primære organisasjonen gir dere:
Bedre tilgangskontroll: Administrer tilgang til Cyber-modeller med rollebaserte tilgangskontroller, inkludert kontroller på prosjektnivå for API-bruk og på brukernivå for ChatGPT/Codex.
Mer oversiktlig fakturering og forbruksgrenser: Bruken kan samles under deres primære avtale i stedet for å fordeles på flere fakturaer. Da gjelder de samme prisene, forbruket trekkes fra de samme avtalte beløpene, og API-forbruksgrensene gjelder også denne bruken.
Prosjektbasert administrasjon: Administratorer kan bruke Prosjekter til å skille Cyber-arbeid fra andre arbeidsprosesser, samtidig som styringen forblir sentralisert i samme API-organisasjon.
Enklere drift: Reduser duplisering av brukere, arbeidsområder og faktureringsinnstillinger, og få mindre administrasjonsarbeid.
Når migreringen er fullført, vil teamet deres bruke Daybreak-funksjoner i den primære organisasjonen, og den tidligere dedikerte Cyber-organisasjonen eller det dedikerte Cyber-arbeidsområdet vil bli deaktivert. Merk at hvis den primære API-organisasjonen deres har et tilknyttet ChatGPT/Codex-arbeidsområde, vil også dette arbeidsområdet få Daybreak-tilgang. Som i API-organisasjonen vil tilgangen være AV som standard til administratorene konfigurerer den for de ønskede 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 den primære organisasjonen krever følgende trinn:
Kunde: Bekreft ønsket oppsett
Identifiser den primære OpenAI-API-organisasjonen, og eventuelt det primære ChatGPT/Codex-arbeidsområdet, der teamet deres skal bruke Daybreak-funksjoner fremover.
Kunde: Fullfør migreringen av brukere og arbeidsflyter
Legg til de aktuelle brukerne i den primære organisasjonen eller det primære 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 kundeteamet deres hos OpenAI (eller support@openai.com) beskjed om at dere er klare for at OpenAI gjennomfører migreringen. Ta med organisasjons-ID-en dere vil konfigurere tilgangskontroller for, og ID-ene til de sekundære organisasjonene dere skal migrere fra, i migreringsforespørselen.
OpenAI: Konfigurerer den primære organisasjonen
OpenAI vil aktivere den aktuelle tilgangen til Cyber-modeller og kontroller på prosjektnivå i den primære organisasjonen deres.
Kunde: Fullfør den endelige konfigurasjonen
Organisasjonsadministratoren kan deretter aktivere Cyber-tilgang for relevante prosjekter i den primære API-organisasjonen 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å utføre denne handlingen, ettersom prosjektadministratorer og brukere ikke kan konfigurere disse innstillingene.For API-et og autentisering med API-nøkkel i Codex:
Gå til Prosjektinnstillinger > Generelt > Tilgang til Daybreak-modeller. Finn bryteren for Daybreak Blue. Hvis organisasjonen deres er godkjent for Daybreak Red, vil dere 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 dere vil aktivere. Tilgangen styres separat for hvert prosjekt. Å slå en Daybreak-bryter på eller av for ett prosjekt påvirker ingen andre prosjekter. Merk at det kan ta opptil omtrent 15 minutter fra dere klikker på Lagre, til endringen i API-tilgang 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 ønsket 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 dere På for Daybreak Blue og eventuelt Daybreak Red. Klikk på Lagre. «Modeller» > Lagre. Merk at det kan ta opptil omtrent 10 minutter fra dere klikker på Lagre, til tilgangsendringen for Codex med ChatGPT-innlogging trer i kraft.
Hvis dere tidligere har bedt om brukertilgang til Codex med ChatGPT-innlogging, må dere konfigurere tilgangen for disse brukerne på nytt i det primære ChatGPT/Codex-arbeidsområdet for å unngå 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 Cyber-arbeidsområdet.
OpenAI: Deaktiverer den dedikerte Cyber-organisasjonen eller det dedikerte Cyber-arbeidsområdet etter en overgangsperiode på 14 dager.
For å gi dere tid til å migrere og kontrollere arbeidsflytene i den primære organisasjonen vil OpenAI vente i 14 dager og deretter deaktivere den dedikerte Cyber-organisasjonen eller det dedikerte Cyber-arbeidsområdet som tidligere ble klargjort. Hvis dere tidligere har bedt om brukertilgang til Codex med ChatGPT-innlogging og ennå ikke har konfigurert tilgangen på nytt i det primære arbeidsområdet, vil disse brukerne miste tilgangen på dette tidspunktet. Brukere som ble gitt 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 for den primære API-organisasjonen og arbeidsområde-ID-en for ChatGPT/Codex som dere vil migrere Daybreak-funksjonene til.
Dere har identifisert organisasjons-ID-en for den dedikerte Cyber-API-organisasjonen og arbeidsområde-ID-en for ChatGPT/Codex 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 deres primære API-organisasjon og ChatGPT/Codex-arbeidsområde. 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åledata).
Delte samtaler
Oppbevaringstider for data
Logger fra Samsvars-API
Lerreter
Bibliotekinnhold
Appkonfigurasjon og appdata
Codex-oppgaver, -historikk og -konfigurasjoner
Agenter og ferdigheter i arbeidsområdet
Dere har sørget for at alle API-nøkler i den dedikerte Cyber-organisasjonen er tilbakekalt på riktig måte. 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 når OpenAI har fullført klargjøringen.
Dere er klare for at OpenAI deaktiverer den dedikerte Cyber-organisasjonen eller det dedikerte Cyber-arbeidsområdet.
Når alle punktene er fullført, sender dere de relevante organisasjons- eller arbeidsområde-ID-ene til kundeteamet deres hos OpenAI og bekrefter at dere er klare for at OpenAI gjennomfører migreringen.
Vanlige spørsmål
Hvorfor ber OpenAI oss om å migrere til vår primære organisasjon?
Migreringen lar dere administrere Daybreak-tilgang, brukere, fakturering og styring på ett sted. Den reduserer også duplisering av brukere, arbeidsområder, faktureringsinnstillinger og API-nøkler, og gir mindre administrasjonsarbeid.
Kan vi holde Cyber-arbeid atskilt fra annen API-aktivitet?
Ja. Organisasjonsadministratoren kan opprette eller velge et dedikert prosjekt for Cyber-arbeid, aktivere Trusted Access for Cyber for prosjektet og bare legge til brukerne som trenger tilgang.
Kan vi bruke samme primære organisasjon til både internt Cyber-arbeid og eksterne bruksområder?
Ja, men Daybreak-funksjoner bør bare aktiveres for godkjente interne bruksområder, og cybersikkerhetsmodeller må bare brukes i prosjekter som er dedikert til interne bruksområder innen cybersikkerhet. 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, hendelsesgranskning og annet sikkerhetsarbeid som utføres av organisasjonens interne team. Daybreak-funksjoner bør ikke brukes i produkter rettet mot kunder, til tredjepartstilgang eller i offentlig tilgjengelige automatiseringer uten uttrykkelig godkjenning fra OpenAIs Daybreak-partnerprogram.
Hva skjer med vår dedikerte Cyber-organisasjon eller vårt dedikerte Cyber-arbeidsområde etter migreringen?
Når migreringen er fullført, vil OpenAI deaktivere den dedikerte Cyber-organisasjonen eller det dedikerte Cyber-arbeidsområdet og fjerne den tidligere Cyber-tilgangen på organisasjonsnivå.
Vil OpenAI deaktivere vår dedikerte Cyber-organisasjon før vi er klare?
Nei. Dere bør først be OpenAI om å gjennomføre migreringen etter at dere har flyttet nødvendige brukere, arbeidsflyter, API-nøkler, applikasjoner og driftsavhengigheter til den primære organisasjonen eller det primære arbeidsområ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 den primære organisasjonen. Før migreringen må dere opprette nye API-nøkler i det godkjente prosjektet i den primære organisasjonen og oppdatere alle applikasjoner, skript og arbeidsflyter som er avhengige av de gamle nøklene. Eksisterende API-nøkler i den dedikerte Cyber-API-organisasjonen må tilbakekalles som en del av denne migreringen. Når den dedikerte Cyber-organisasjonen er deaktivert, vil nøklene fra denne organisasjonen ikke lenger fungere.
Hvilken informasjon må vi sende til OpenAI?
Send kundeteamet deres hos OpenAI organisasjons-ID-en for den primære API-organisasjonen og arbeidsområde-ID-en for ChatGPT/Codex som dere vil migrere til, samt organisasjons-ID-en for den dedikerte Cyber-API-organisasjonen eller arbeidsområde-ID-en som skal deaktiveres etter migreringen.
Hvem aktiverer Daybreak etter at OpenAI har klargjort organisasjonen?
Organisasjonsadministratoren fullfører oppsettet ved å aktivere Daybreak for det ønskede API-prosjektet 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 deres primære avtale, 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 forretningsbehov, regulatoriske krav eller krav til dataresidens eller fakturering gjør det nødvendig å ha en separat organisasjon eller et separat arbeidsområde.