Neue Zugriffskontrollen für Daybreak
OpenAI führt Zugriffskontrollen für Daybreak-Funktionen (bisher Trusted Access for Cyber) in der API und in Codex ein. Mit diesen Kontrollen können Admins festlegen, welche Projekte oder Personen Daybreak nutzen dürfen. Berechtigte Personen können entscheiden, wann Daybreak-Funktionen bei bestimmten API-Anfragen oder Codex-Aufgaben zum Einsatz kommen.
Bei der API lässt sich der Zugriff auf Cybersicherheitsmodelle jetzt auf Projektebene steuern. Dein Organisationsadmin kann ein eigenes Projekt für Cybersicherheitsaufgaben erstellen oder auswählen, Daybreak dafür aktivieren und nur die Personen hinzufügen, die Zugriff benötigen. Berechtigte Personen können dann durch Übergabe des optionalen Parameters `access_programs.cyber` entscheiden, wann Daybreak-Funktionen bei einer Anfrage zum Einsatz kommen (weitere Details findest du hier). So kannst du Cybersicherheitsaufgaben von anderen API-Aktivitäten, einschließlich externer Anwendungsfälle, trennen und dennoch innerhalb deiner primären Organisation verwalten.
Für ChatGPT und Codex führt OpenAI außerdem Zugriffskontrollen für Cybersicherheitsmodelle auf Personenebene ein, sowohl für Daybreak Blue als auch für Daybreak Red. Sobald diese verfügbar sind, können Workspace-Admins festlegen, welche Personen im primären Workspace auf die verschiedenen Daybreak-Stufen zugreifen dürfen. Ein separater Workspace nur für Cybersicherheit ist dann nicht mehr nötig. Berechtigte Personen können dann den Schalter „Daybreak“ in der erweiterten Modellauswahl aktivieren und so entscheiden, wann Daybreak-Funktionen zum Einsatz kommen.
Zusammen ermöglichen dir diese Kontrollen, Verwaltung, Abrechnung und Governance in deiner primären Organisation zu bündeln und zugleich den Cybersicherheitszugriff auf die vorgesehenen Projekte, Personen und Anwendungsfälle zu beschränken. Beachte, dass die Authentifizierung per API-Schlüssel für Codex derzeit nicht dieselben Kontrollen auf Personenebene unterstützt. API-Schlüssel lassen sich jedoch weiterhin über die Zugriffskontrollen auf API-Projektebene verwalten.
Zugriffskontrollen nutzen
Wenn dein Team Daybreak-Funktionen derzeit in deiner primären API-Organisation und deinem primären ChatGPT/Codex-Workspace nutzt:
Alle Personen in deiner Organisation bzw. deinem Workspace können weiterhin wie bisher über deine regulären Modelle auf Daybreak-Funktionen zugreifen. Dafür können jedoch Migrationsschritte erforderlich sein.
Wenn du bereit bist, auf Zugriffskontrollen umzustellen, fordere dies bitte bei deiner OpenAI-Ansprechperson oder über support@openai.com an.
OpenAI stattet deine API-Organisation und deinen ChatGPT/Codex-Workspace dann mit Zugriffskontrollen auf Projekt- und Personenebene aus.
Beachte, dass bei der Bereitstellung dieser Kontrollen der Zugriff standardmäßig deaktiviert ist. Sobald die Kontrollen aktiviert sind, haben Projekte und Personen erst dann Zugriff auf Daybreak, wenn deine Admins diesen ausdrücklich konfigurieren. Fordere diese Änderung bitte erst an, wenn du bereit bist, den Daybreak-Zugriff auf dieses standardmäßig deaktivierte Zugriffsmodell umzustellen. Eine ausführliche Anleitung findest du weiter unten.
Wenn dein Team Daybreak-Funktionen derzeit in einer separaten API-Organisation und einem separaten ChatGPT/Codex-Workspace nutzt, unterstützt dich unser Team bei der Migration in deine primäre Organisation (siehe Anleitung unten). Die Migration in deine primäre Organisation bietet dir:
Bessere Zugriffskontrolle: Verwalte den Zugriff auf Cybersicherheitsmodelle über rollenbasierte Zugriffskontrollen, einschließlich Kontrollen auf Projektebene für die API-Nutzung und auf Personenebene für ChatGPT/Codex.
Übersichtlichere Abrechnung und Ausgabenlimits: Die Nutzung kann über deine primäre Vertrags- und Abrechnungsstruktur laufen, statt auf mehrere Rechnungen verteilt zu werden. So gelten dieselben Tarife, die Nutzung wird auf dieselben vertraglich zugesagten Abnahmevolumen angerechnet und unterliegt den API-Ausgabenlimits.
Projektbasierte Verwaltung: Admins können Projekte nutzen, um Cybersicherheitsaufgaben von anderen Arbeitsbereichen zu trennen und die Governance dennoch zentral in derselben API-Organisation zu halten.
Einfacherer Betrieb: Reduziere doppelte Nutzerkonten, Workspaces und Abrechnungseinstellungen sowie den Verwaltungsaufwand.
Nach Abschluss der Migration nutzt dein Team Daybreak-Funktionen in deiner primären Organisation. Deine bisherige Organisation bzw. dein bisheriger Workspace nur für Cybersicherheit wird deaktiviert. Beachte: Wenn deiner primären API-Organisation ein ChatGPT/Codex-Workspace zugeordnet ist, erhält auch dieser Zugriff auf Daybreak. Wie bei der API-Organisation ist dieser Zugriff standardmäßig deaktiviert, bis Admins ihn für die vorgesehenen Personen konfigurieren. Wenn du unbedingt eine separate API-Organisation und einen separaten ChatGPT/Codex-Workspace beibehalten musst, stimme dich bitte mit deinem OpenAI-Team ab.
Überblick über den Migrationsprozess
Für die Migration in deine primäre Organisation sind folgende Schritte erforderlich:
Deine Organisation: Zielumgebung bestätigen
Bestimme die primäre OpenAI-API-Organisation und gegebenenfalls den primären ChatGPT/Codex-Workspace, in denen dein Team künftig Daybreak-Funktionen nutzen soll.
Deine Organisation: Migration der Nutzerkonten und Workflows abschließen
Füge die betreffenden Personen zur primären Organisation bzw. zum primären Projekt hinzu. Migriere alle benötigten Workflows, Anwendungen, API-Schlüssel und betrieblichen Abhängigkeiten aus der separaten Cybersicherheitsorganisation. Weiter unten findest du eine Migrationscheckliste. Das Admin-Plugin bietet automatisierte Unterstützung bei der Migration.
Deine Organisation: Migrationsanfrage an OpenAI senden
Sobald dein Team die folgende Checkliste abgearbeitet hat, teile deinem OpenAI-Betreuungsteam (oder support@openai.com) mit, dass OpenAI die Migration durchführen kann. Gib in deiner Migrationsanfrage bitte die Organisations-ID an, für die du Zugriffskontrollen konfigurieren möchtest, sowie die IDs der sekundären Organisationen, aus denen du migrierst.
OpenAI: Primäre Organisation konfigurieren
OpenAI aktiviert den entsprechenden Zugriff auf Cybersicherheitsmodelle und die Kontrollen auf Projektebene in deiner primären Organisation.
Deine Organisation: Abschließende Konfiguration vornehmen
Dein Organisationsadmin kann anschließend den Cybersicherheitszugriff für die betreffenden Projekte in der primären API-Organisation oder für Personen im ChatGPT/Codex-Workspace aktivieren, die Konfiguration speichern und bei Bedarf die entsprechenden Personen zum Projekt oder Workspace hinzufügen. Beachte, dass ein Organisationsadmin diesen Schritt ausführen muss. Projektadmins und Personen ohne diese Berechtigung können diese Einstellungen nicht konfigurieren.Für die API und die Authentifizierung per API-Schlüssel für Codex:
Gehe zu Projekteinstellungen > Allgemein > Daybreak-Modellzugriff. Suche den Schalter für Daybreak Blue. Wenn deine Organisation für Daybreak Red zugelassen ist, siehst du einen zusätzlichen Schalter. Die Schalter sind standardmäßig deaktiviert. Das Projekt hat also noch keinen Zugriff. Aktiviere den Schalter für die Daybreak-Stufe, die du freigeben möchtest. Der Zugriff wird für jedes Projekt getrennt geregelt. Wenn du einen Daybreak-Schalter für ein Projekt aktivierst oder deaktivierst, wirkt sich das nicht auf andere Projekte aus. Beachte: Nach dem Klick auf „Speichern“ kann es bis zu etwa 15 Minuten dauern, bis die Änderung des API-Zugriffs wirksam wird.
Für ChatGPT/Codex:
Zugriff für den gesamten Workspace aktivieren: Öffne den gewünschten Workspace unter Admin-Konsole > Modelle > Workspace-Standard. Aktiviere Daybreak Blue unter Modelle > Cybersicherheit. Aktiviere Daybreak Red nur, wenn dies beabsichtigt ist und deine Organisation dafür berechtigt ist. Klicke auf „Änderungen speichern“.
Zugriff für eine bestimmte Person aktivieren: Öffne Modelle > Rollen. Öffne das Aktionsmenü der gewünschten Rolle und wähle „Überschreibung bearbeiten“. Nutze „Rollenüberschreibung hinzufügen“, um eine neue Überschreibung anzulegen. Wähle unter Modelle > Cybersicherheit für Daybreak Blue und optional für Daybreak Red die Einstellung „Ein“. Klicke auf „Speichern“. „Modelle“ > „Speichern“. Beachte: Nach dem Klick auf „Speichern“ kann es bis zu etwa 10 Minuten dauern, bis die Zugriffsänderung für Codex bei der Anmeldung mit ChatGPT wirksam wird.
Wenn du zuvor Zugriff für Personen angefordert hast, die sich mit ChatGPT bei Codex anmelden, konfiguriere deren Zugriff bitte im primären ChatGPT/Codex-Workspace neu. So vermeidest du Unterbrechungen, wenn wir den separaten Workspace in Schritt 7 deaktivieren.
Deine Organisation: Alle API-Schlüssel in deiner separaten Cybersicherheitsorganisation widerrufen
Stelle sicher, dass alle API-Schlüssel in deiner separaten Cybersicherheitsorganisation widerrufen wurden. Prüfe dazu die API-Schlüssel hier in deinen Organisationseinstellungen. Sie sollten alle inaktiv sein. Beachte, dass alle nicht widerrufenen Schlüssel archiviert werden, wenn OpenAI die separate Cybersicherheitsorganisation bzw. den separaten Cybersicherheits-Workspace deaktiviert.
OpenAI: Separate Cybersicherheitsorganisation bzw. separaten Cybersicherheits-Workspace nach einer 14-tägigen Übergangsfrist deaktivieren.
Damit du Zeit hast, Workflows in die primäre Organisation zu migrieren und dort zu überprüfen, wartet OpenAI 14 Tage. Anschließend wird die zuvor bereitgestellte separate Cybersicherheitsorganisation bzw. der separate Workspace deaktiviert. Wenn du zuvor Zugriff für Personen angefordert hast, die sich mit ChatGPT bei Codex anmelden, und deren Zugriff im primären Workspace noch nicht neu konfiguriert hast, verlieren diese Personen zu diesem Zeitpunkt ihren Zugriff. Personen, denen der Zugriff einzeln gewährt wurde, verlieren diesen bei der Migration ebenfalls.
Migrationscheckliste
Bevor du OpenAI um die Durchführung der Migration bittest, bestätige bitte Folgendes:
Du hast die ID der primären API-Organisation und die ID des ChatGPT/Codex-Workspaces ermittelt, in die du die Daybreak-Funktionen migrieren möchtest.
Du hast die ID der separaten Cybersicherheits-API-Organisation und die ID des ChatGPT/Codex-Workspaces ermittelt, die nach der Migration deaktiviert werden sollen.
Du hast bestätigt, dass der Zugriff auf Cybersicherheitsmodelle in deiner primären API-Organisation und deinem ChatGPT/Codex-Workspace nur für genehmigte interne Anwendungsfälle und berechtigte interne Personen aktiviert wird. Externe Nutzung ist in derselben Organisation oder demselben Workspace zulässig. Projekte mit externer Nutzung sowie externe Personen dürfen jedoch keinen Zugriff auf Daybreak-Funktionen haben.
Du hast die benötigten Nutzerkonten, Workflows, API-Schlüssel, Anwendungen und betrieblichen Abhängigkeiten aus der separaten Cybersicherheitsorganisation migriert. Dazu gehören:
Nutzerkonten
GPTs
Projekte
Admin-Einstellungen des Workspaces (SCIM, Nutzergruppen, Workspace-Symbol, Analysen & Kennzahlen).
Geteilte Unterhaltungen
Datenaufbewahrungsfristen
Protokolle der Compliance API
Canvases
Bibliotheksinhalte
Konnektor-Konfiguration & Konnektor-Daten
Codex-Aufgaben, -Verlauf und -Konfigurationen
Workspace-Agenten und Skills
Du hast sichergestellt, dass alle API-Schlüssel in deiner separaten Cybersicherheitsorganisation ordnungsgemäß widerrufen wurden. Sobald du die Migration anforderst, wird OpenAI deine separate Cybersicherheitsorganisation deaktivieren und aktive API-Schlüssel dieser Organisation widerrufen.
Dein Organisationsadmin ist bereit, Trusted Access for Cyber im genehmigten Projekt zu aktivieren, nachdem OpenAI die Bereitstellung abgeschlossen hat.
Du bist bereit dafür, dass OpenAI die separate Cybersicherheitsorganisation bzw. den separaten Workspace deaktiviert.
Sobald alle Punkte erledigt sind, sende deinem OpenAI-Betreuungsteam die entsprechenden Organisations- oder Workspace-IDs und bestätige, dass OpenAI die Migration durchführen kann.
Häufig gestellte Fragen
Warum bittet uns OpenAI, in unsere primäre Organisation zu migrieren?
Durch die Migration kannst du Daybreak-Zugriff, Nutzerkonten, Abrechnung und Governance zentral verwalten. Außerdem reduziert sie doppelte Nutzerkonten, Workspaces, Abrechnungseinstellungen und API-Schlüssel sowie den Verwaltungsaufwand.
Können wir Cybersicherheitsaufgaben von anderen API-Aktivitäten getrennt halten?
Ja. Dein Organisationsadmin kann ein eigenes Projekt für Cybersicherheitsaufgaben erstellen oder auswählen, Trusted Access for Cyber dafür aktivieren und nur die Personen hinzufügen, die Zugriff benötigen.
Können wir dieselbe primäre Organisation sowohl für interne Cybersicherheitsaufgaben als auch für externe Anwendungsfälle nutzen?
Ja, aber Daybreak-Funktionen sollten nur für genehmigte interne Anwendungsfälle aktiviert werden. Cybersicherheitsmodelle dürfen ausschließlich in Projekten genutzt werden, die internen Cybersicherheitsaufgaben vorbehalten sind. Projekte mit externen Anwendungsfällen oder externen Personen sollten keinen Zugriff auf Daybreak-Funktionen haben.
Was sind genehmigte interne Anwendungsfälle?
Die Daybreak-Zulassung gilt für Personen, die bei der zugelassenen Kundenorganisation angestellt oder für sie tätig sind. Der Zugriff auf Daybreak-Modelle und -Funktionen darf nicht auf Dritte ausgeweitet werden. Zu den genehmigten Anwendungsfällen gehören Sicherheitsforschung, Red-Team-Evaluierungen, Bedrohungsanalysen, Schwachstellenbewertungen, Tests von Schutzmaßnahmen, sicherheitsbezogene Codeprüfungen, Untersuchungen von Sicherheitsvorfällen und andere Sicherheitsaufgaben, die interne Teams deiner Organisation ausführen. Daybreak-Funktionen sollten nicht für Produkte für die eigene Kundschaft, den Zugriff durch Dritte oder öffentlich zugängliche Automatisierungen verwendet werden, sofern keine ausdrückliche Genehmigung durch das Daybreak Partner Program von OpenAI vorliegt.
Was passiert nach der Migration mit unserer separaten Cybersicherheitsorganisation bzw. unserem separaten Workspace?
Nach Abschluss der Migration wird OpenAI die separate Cybersicherheitsorganisation bzw. den separaten Workspace deaktivieren und den bisherigen Cybersicherheitszugriff auf Organisationsebene entfernen.
Wird OpenAI unsere separate Cybersicherheitsorganisation deaktivieren, bevor wir bereit sind?
Nein. Bitte OpenAI erst dann um die Durchführung der Migration, wenn du die benötigten Nutzerkonten, Workflows, API-Schlüssel, Anwendungen und betrieblichen Abhängigkeiten in deine primäre Organisation bzw. deinen primären Workspace übertragen hast.
Funktionieren meine vorhandenen API-Schlüssel weiterhin?
API-Schlüssel, die in deiner separaten Cybersicherheitsorganisation erstellt wurden, werden nicht in deine primäre Organisation übernommen. Erstelle vor der Migration neue API-Schlüssel im genehmigten Projekt deiner primären Organisation. Aktualisiere alle Anwendungen, Skripte und Workflows, die die alten Schlüssel verwenden. Vorhandene API-Schlüssel in deiner separaten Cybersicherheits-API-Organisation müssen im Rahmen dieser Migration widerrufen werden. Sobald die separate Cybersicherheitsorganisation deaktiviert ist, funktionieren ihre Schlüssel nicht mehr.
Welche Informationen müssen wir an OpenAI senden?
Sende deinem OpenAI-Betreuungsteam die ID der primären API-Organisation und die ID des ChatGPT/Codex-Workspaces, in die du migrieren möchtest. Gib außerdem die ID der separaten Cybersicherheits-API-Organisation bzw. des Workspaces an, die nach der Migration deaktiviert werden sollen.
Wer aktiviert Daybreak, nachdem OpenAI die Organisation eingerichtet hat?
Dein Organisationsadmin schließt die Einrichtung ab, indem er Daybreak für das gewünschte API-Projekt aktiviert und die entsprechenden Personen hinzufügt. Für ChatGPT/Codex werden Workspace-Admins den Zugriff auf Personenebene verwalten, sobald diese Kontrollen verfügbar sind.
Ändert die Migration unsere Abrechnung?
Ziel ist es, die Cybersicherheitsnutzung in deine primäre Vertrags- und Abrechnungsstruktur zu überführen. So verteilt sich die Nutzung nicht mehr auf separate Organisationen, Rechnungen oder Credits-Kontingente.
Was ist, wenn wir weiterhin eine separate Organisation oder einen separaten Workspace benötigen?
Wende dich an dein OpenAI-Betreuungsteam, wenn aus deiner Sicht geschäftliche oder regulatorische Anforderungen, Anforderungen an die Datenresidenz oder die Rechnungsstellung eine separate Organisation oder einen separaten Workspace erfordern.