Wprowadzamy kontrolę dostępu do Daybreak
OpenAI wprowadza kontrolę dostępu do funkcji Daybreak (wcześniej znanych jako Trusted Access for Cyber) w API i Codex. Mechanizmy te pozwalają administratorom decydować, które projekty lub którzy użytkownicy mogą korzystać z Daybreak, a uprawnionym użytkownikom — wybierać, kiedy funkcje Daybreak mają być stosowane w konkretnych żądaniach API lub zadaniach Codex.
W API można teraz przyznawać dostęp do modeli Cyber na poziomie projektu. Administrator organizacji może utworzyć lub wybrać projekt przeznaczony do prac Cyber, włączyć dla niego Daybreak i dodać tylko tych użytkowników, którzy potrzebują dostępu. Uprawnieni użytkownicy mogą następnie decydować, kiedy funkcje Daybreak mają być stosowane w żądaniu, przekazując opcjonalny parametr `access_programs.cyber` (więcej informacji tutaj). Pozwala to oddzielić prace Cyber od pozostałych działań w API, w tym zastosowań zewnętrznych, a jednocześnie nadal zarządzać nimi w głównej organizacji.
W ChatGPT i Codex OpenAI wprowadza również kontrolę dostępu do modeli Cyber na poziomie użytkowników zarówno dla Daybreak Blue, jak i Red. Po jej udostępnieniu administratorzy przestrzeni roboczej będą mogli wybierać, którzy użytkownicy głównej przestrzeni roboczej mają dostęp do poszczególnych poziomów Daybreak, zamiast utrzymywać osobną przestrzeń wyłącznie do Cyber. Uprawnieni użytkownicy będą mogli decydować, kiedy korzystać z funkcji Daybreak, włączając przełącznik „Daybreak” w zaawansowanym menu wyboru modelu.
Łącznie te mechanizmy pozwalają scentralizować administrację, rozliczenia i nadzór w głównej organizacji, a jednocześnie ograniczyć dostęp do Cyber do odpowiednich projektów, użytkowników i zastosowań. Uwierzytelnianie w Codex za pomocą klucza API nie obsługuje obecnie takiej samej kontroli na poziomie użytkowników. Kluczami API można jednak nadal zarządzać za pomocą kontroli dostępu na poziomie projektów API.
Zacznij korzystać z kontroli dostępu
Jeśli Twój zespół korzysta obecnie z funkcji Daybreak w głównej organizacji API i przestrzeni roboczej ChatGPT/Codex:
Wszyscy użytkownicy organizacji lub przestrzeni roboczej mogą nadal mieć dostęp do funkcji Daybreak w standardowych modelach (tak jak obecnie), ale może to wymagać przeprowadzenia migracji.
Gdy zechcesz przejść na kontrolę dostępu, poproś o to swojego przedstawiciela OpenAI lub napisz na adres support@openai.com.
OpenAI udostępni wtedy w Twojej organizacji API i przestrzeni roboczej ChatGPT/Codex mechanizmy kontroli dostępu na poziomie projektów i użytkowników.
Pamiętaj, że w tych ustawieniach dostęp jest domyślnie WYŁĄCZONY. Po wprowadzeniu kontroli dostępu projekty i użytkownicy nie będą mieć dostępu do Daybreak, dopóki administratorzy go nie skonfigurują. Poproś o tę zmianę dopiero wtedy, gdy będziesz mieć gotowość do przejścia na domyślnie wyłączony dostęp do Daybreak. Szczegółowe instrukcje znajdziesz poniżej.
Jeśli Twój zespół korzysta obecnie z funkcji Daybreak w osobnej organizacji API i przestrzeni roboczej ChatGPT/Codex, nasz zespół pomoże Ci przenieść je do głównej organizacji (zobacz instrukcje poniżej). Migracja do głównej organizacji zapewnia:
Skuteczniejszą kontrolę dostępu: zarządzaj dostępem do modeli Cyber za pomocą kontroli opartej na rolach, w tym na poziomie projektów dla API i na poziomie użytkowników dla ChatGPT/Codex.
Przejrzystsze rozliczenia i limity wydatków: użycie może być rozliczane w ramach głównej umowy zamiast na wielu fakturach. Pozwala to stosować te same stawki, rozliczać zużycie w ramach tych samych zobowiązań umownych i objąć je limitami wydatków na API.
Administrację opartą na projektach: administratorzy mogą używać Projektów do oddzielania prac Cyber od innych zadań, zachowując scentralizowany nadzór w tej samej organizacji API.
Prostszą obsługę: ogranicz powielanie użytkowników, przestrzeni roboczych i ustawień rozliczeń oraz nakład pracy administracyjnej.
Po zakończeniu migracji Twój zespół będzie korzystać z funkcji Daybreak w głównej organizacji, a dotychczasowa wydzielona organizacja lub przestrzeń robocza Cyber zostanie dezaktywowana. Jeśli z główną organizacją API jest powiązana przestrzeń robocza ChatGPT/Codex, ona również otrzyma dostęp do Daybreak. Podobnie jak w organizacji API dostęp będzie domyślnie WYŁĄCZONY, dopóki administratorzy nie skonfigurują go dla wybranych użytkowników. Jeśli koniecznie musisz zachować osobną organizację API i przestrzeń roboczą ChatGPT/Codex, uzgodnij to z obsługującym Cię zespołem OpenAI.
Omówienie procesu migracji
Migracja do głównej organizacji wymaga wykonania następujących kroków:
Klient: potwierdź konfigurację docelową
Wskaż główną organizację API OpenAI oraz, jeśli dotyczy, główną przestrzeń roboczą ChatGPT/Codex, w których Twój zespół ma odtąd korzystać z funkcji Daybreak.
Klient: przeprowadź migrację użytkowników i przepływów pracy
Dodaj odpowiednich użytkowników do głównej organizacji lub projektu i przenieś potrzebne przepływy pracy, aplikacje, klucze API oraz zależności operacyjne z wydzielonej organizacji Cyber. Zapoznaj się z poniższą listą kontrolną migracji oraz wtyczką Admin, która zapewnia zautomatyzowaną pomoc przy migracji.
Klient: prześlij do OpenAI prośbę o migrację
Gdy Twój zespół wykona wszystkie czynności z poniższej listy kontrolnej, powiadom zespół OpenAI obsługujący Twoje konto (lub napisz na adres support@openai.com) o gotowości do przeprowadzenia migracji przez OpenAI. W prośbie o migrację podaj ID organizacji, w której chcesz skonfigurować kontrolę dostępu, oraz ID dodatkowych organizacji, z których będziesz przenosić zasoby.
OpenAI: konfiguruje główną organizację
OpenAI włączy w głównej organizacji odpowiedni dostęp do modeli Cyber oraz kontrolę dostępu na poziomie projektów.
Klient: dokończ konfigurację
Administrator organizacji może następnie włączyć dostęp do Cyber dla odpowiednich projektów w głównej organizacji API lub użytkowników w przestrzeni roboczej ChatGPT/Codex, zapisać konfigurację i w razie potrzeby dodać odpowiednich użytkowników do danego projektu lub przestrzeni roboczej. Tę czynność musi wykonać administrator organizacji — administratorzy projektów i użytkownicy nie mogą konfigurować tych ustawień.Dla API oraz uwierzytelniania w Codex za pomocą klucza API:
Przejdź do Ustawienia projektu > Ogólne > Dostęp do modeli Daybreak. Znajdź przełącznik Daybreak Blue. Jeśli Twoja organizacja otrzymała zgodę na korzystanie z Daybreak Red, zobaczysz dodatkowy przełącznik. Przełączniki są domyślnie wyłączone, co oznacza, że projekt nie ma jeszcze dostępu. Włącz przełącznik dla wybranego poziomu Daybreak. Dostęp jest niezależny dla każdego projektu: włączenie lub wyłączenie przełącznika Daybreak w jednym projekcie nie wpływa na żaden inny projekt. Pamiętaj, że zmiana dostępu do API może zacząć obowiązywać dopiero po około 15 minutach od kliknięcia Zapisz.
Dla ChatGPT/Codex:
Włącz dostęp dla całej przestrzeni roboczej: otwórz wybraną przestrzeń roboczą w Konsola administracyjna > Modele > Ustawienia domyślne przestrzeni roboczej. W sekcji Modele > Cyberbezpieczeństwo włącz Daybreak Blue. Włącz Daybreak Red tylko wtedy, gdy jest to zamierzone i masz odpowiednie uprawnienia. Kliknij Zapisz zmiany.
Włącz dostęp dla konkretnego użytkownika: otwórz Modele > Role. Otwórz menu działań wybranej roli i wybierz Edytuj nadpisanie. Aby utworzyć nowe nadpisanie, wybierz Dodaj nadpisanie roli. W sekcji Modele > Cyberbezpieczeństwo wybierz Włączone dla Daybreak Blue i opcjonalnie dla Daybreak Red. Kliknij Zapisz. „Modele” > Zapisz. Pamiętaj, że zmiana dostępu do Codex przy logowaniu przez ChatGPT może zacząć obowiązywać dopiero po około 10 minutach od kliknięcia Zapisz.
Jeśli wcześniej zgłoszono prośbę o dostęp dla użytkowników logujących się do Codex przez ChatGPT, skonfiguruj im ponownie dostęp w głównej przestrzeni roboczej ChatGPT/Codex, aby uniknąć przerw, gdy wyłączymy wydzieloną przestrzeń roboczą w kroku 7.
Klient: unieważnij wszystkie klucze API w wydzielonej organizacji Cyber
Upewnij się, że wszystkie klucze API w wydzielonej organizacji Cyber zostały unieważnione. Sprawdź je w ustawieniach organizacji tutaj (wszystkie powinny być nieaktywne). Pamiętaj, że klucze, które nie zostały unieważnione, zostaną zarchiwizowane, gdy OpenAI dezaktywuje wydzieloną organizację lub przestrzeń roboczą Cyber.
OpenAI: dezaktywuje wydzieloną organizację lub przestrzeń roboczą Cyber po 14-dniowym okresie przejściowym.
Aby zapewnić czas na migrację i weryfikację przepływów pracy w głównej organizacji, OpenAI odczeka 14 dni, a następnie dezaktywuje wcześniej udostępnioną wydzieloną organizację lub przestrzeń roboczą Cyber. Jeśli wcześniej zgłoszono prośbę o dostęp dla użytkowników logujących się do Codex przez ChatGPT i nie skonfigurowano im jeszcze ponownie dostępu w głównej przestrzeni roboczej, stracą oni dostęp w tym momencie. Użytkownicy, którym przyznano dostęp indywidualnie, również stracą go przy migracji.
Lista kontrolna migracji
Zanim poprosisz OpenAI o przeprowadzenie migracji, potwierdź, że:
Masz ustalone ID głównej organizacji API oraz ID przestrzeni roboczej ChatGPT/Codex, do których chcesz przenieść funkcje Daybreak.
Masz ustalone ID wydzielonej organizacji API Cyber oraz ID przestrzeni roboczej ChatGPT/Codex, które mają zostać dezaktywowane po migracji.
Masz potwierdzenie, że w głównej organizacji API i przestrzeni roboczej ChatGPT/Codex dostęp do modeli Cyber zostanie włączony wyłącznie dla zatwierdzonych zastosowań wewnętrznych i użytkowników wewnętrznych. W tej samej organizacji lub przestrzeni roboczej dozwolone są zastosowania zewnętrzne, ale projekty z takimi zastosowaniami oraz użytkownicy zewnętrzni nie mogą mieć dostępu do funkcji Daybreak.
Z wydzielonej organizacji Cyber przeniesiono wymaganych użytkowników, przepływy pracy, klucze API, aplikacje i zależności operacyjne. Obejmuje to:
Konta użytkowników
GPT
Projekty
Ustawienia administracyjne przestrzeni roboczej (SCIM, grupy użytkowników, ikona przestrzeni roboczej, analityka i metryki).
Udostępnione rozmowy
Okresy przechowywania danych
Dzienniki Compliance API
Kanwy
Zawartość biblioteki
Konfiguracja i dane aplikacji
Zadania, historia i konfiguracje Codex
Agenci i umiejętności przestrzeni roboczej
Masz pewność, że wszystkie klucze API w wydzielonej organizacji Cyber zostały prawidłowo unieważnione — po przesłaniu prośby o migrację OpenAI dezaktywuje tę organizację Cyber, a aktywne klucze API tej organizacji zostaną unieważnione.
Administrator organizacji jest gotowy włączyć Trusted Access for Cyber w zatwierdzonym projekcie, gdy OpenAI zakończy udostępnianie funkcji.
Możesz już pozwolić, by OpenAI dezaktywowało wydzieloną organizację lub przestrzeń roboczą Cyber.
Po wykonaniu wszystkich czynności prześlij zespołowi OpenAI obsługującemu Twoje konto odpowiednie ID organizacji lub przestrzeni roboczych i potwierdź gotowość do przeprowadzenia migracji przez OpenAI.
Często zadawane pytania
Dlaczego OpenAI prosi nas o migrację do głównej organizacji?
Migracja pozwala w jednym miejscu zarządzać dostępem do Daybreak, użytkownikami, rozliczeniami i nadzorem. Ogranicza też powielanie użytkowników, przestrzeni roboczych, ustawień rozliczeń i kluczy API oraz nakład pracy administracyjnej.
Czy możemy oddzielić prace Cyber od pozostałych działań w API?
Tak. Administrator organizacji może utworzyć lub wybrać projekt przeznaczony do prac Cyber, włączyć dla niego Trusted Access for Cyber i dodać tylko tych użytkowników, którzy potrzebują dostępu.
Czy możemy używać tej samej głównej organizacji zarówno do wewnętrznych prac Cyber, jak i do zastosowań zewnętrznych?
Tak, ale funkcje Daybreak należy włączać tylko dla zatwierdzonych zastosowań wewnętrznych, a modeli do cyberbezpieczeństwa wolno używać wyłącznie w projektach przeznaczonych do wewnętrznych zastosowań z tego zakresu. Projekty z zastosowaniami zewnętrznymi lub użytkownikami zewnętrznymi nie powinny mieć dostępu do funkcji Daybreak.
Jakie zastosowania wewnętrzne są zatwierdzone?
Zgoda na korzystanie z Daybreak obejmuje osoby zatrudnione przez zatwierdzonego klienta lub pracujące na jego rzecz. Dostępu do modeli i funkcji Daybreak nie można udzielać podmiotom trzecim. Zatwierdzone zastosowania obejmują badania bezpieczeństwa, ocenę w ramach red teamingu, analizę zagrożeń, ocenę podatności, testy zabezpieczeń, przegląd kodu pod kątem bezpieczeństwa, badanie incydentów i inne prace z zakresu bezpieczeństwa wykonywane przez wewnętrzne zespoły Twojej organizacji. Funkcji Daybreak nie należy wykorzystywać w produktach dla klientów, udostępniać podmiotom trzecim ani stosować w publicznie dostępnych automatyzacjach bez wyraźnej zgody w ramach programu partnerskiego Daybreak firmy OpenAI.
Co stanie się z naszą wydzieloną organizacją lub przestrzenią roboczą Cyber po migracji?
Po zakończeniu migracji OpenAI dezaktywuje wydzieloną organizację lub przestrzeń roboczą Cyber i usunie dotychczasowy dostęp do Cyber na poziomie organizacji.
Czy OpenAI dezaktywuje naszą wydzieloną organizację Cyber, zanim będziemy na to gotowi?
Nie. Poproś OpenAI o przeprowadzenie migracji dopiero po przeniesieniu wymaganych użytkowników, przepływów pracy, kluczy API, aplikacji i zależności operacyjnych do głównej organizacji lub przestrzeni roboczej.
Czy moje dotychczasowe klucze API będą nadal działać?
Klucze API utworzone w wydzielonej organizacji Cyber nie zostaną przeniesione do głównej organizacji. Przed migracją utwórz nowe klucze API w zatwierdzonym projekcie w głównej organizacji i zaktualizuj wszystkie aplikacje, skrypty oraz przepływy pracy korzystające ze starych kluczy. W ramach tej migracji trzeba będzie unieważnić dotychczasowe klucze API w wydzielonej organizacji API Cyber. Po dezaktywacji wydzielonej organizacji Cyber jej klucze przestaną działać.
Jakie informacje musimy przesłać do OpenAI?
Prześlij zespołowi OpenAI obsługującemu Twoje konto ID głównej organizacji API oraz ID przestrzeni roboczej ChatGPT/Codex, do których chcesz przeprowadzić migrację, a także ID wydzielonej organizacji API Cyber lub przestrzeni roboczej, która ma zostać dezaktywowana po migracji.
Kto włączy Daybreak po przygotowaniu organizacji przez OpenAI?
Administrator organizacji dokończy konfigurację, włączając Daybreak dla wybranego projektu API i dodając odpowiednich użytkowników. W przypadku ChatGPT/Codex administratorzy przestrzeni roboczej będą zarządzać dostępem na poziomie użytkowników, gdy te mechanizmy kontroli zostaną udostępnione.
Czy migracja zmieni nasze rozliczenia?
Celem jest objęcie użycia Cyber główną umową, aby nie było już rozliczane w osobnych organizacjach, na osobnych fakturach ani z osobnych pul środków.
Co jeśli nadal potrzebujemy osobnej organizacji lub przestrzeni roboczej?
Skontaktuj się z zespołem OpenAI obsługującym Twoje konto, jeśli uważasz, że wymogi biznesowe, regulacyjne, dotyczące rezydencji danych lub fakturowania wymagają osobnej organizacji lub przestrzeni roboczej.