Überblick
Trusted Access for Cyber ist das Governance-Modell für OpenAI Daybreak. Es hilft qualifizierten Unternehmenskund:innen und Cybersecurity-Fachleuten, OpenAI-Modelle effektiver für autorisierte Cybersecurity-Arbeit zu nutzen. Es ist darauf ausgelegt, legitime Sicherheits-Workflows durch präzisere Schutzmaßnahmen mit weniger unnötigen Hürden zu unterstützen. Die Nutzungsrichtlinien von OpenAI, andere Schutzmaßnahmen und Zugriffskontrollen gelten weiterhin.
Trusted Access ist für autorisierte defensive Cybersecurity-Arbeit an Systemen, Anwendungen, Konten, Netzwerken oder Daten vorgesehen, die dir gehören, von dir betrieben werden oder für deren Tests oder Analyse du ausdrücklich autorisiert bist.
Kund:innen-Workflows fallen in der Regel in drei Kategorien:
Secure SDLC / AppSec: kontinuierliches Code-Scanning, Scans von Testumgebungen, Validierung von Sicherheitsbefunden, Automatisierung von Sicherheits-Patches, sichere Code-Reviews und Patching.
Defensive Abläufe: Blue Teaming, Threat Modeling, Threat Intelligence, Threat Hunting, Malware-Analyse, Detection Engineering, Schwachstellen-Triage und Patch-Validierung.
Autorisierte offensive Tests: Penetrationstests, Red Teaming, Exploit-Validierung oder -Entwicklung, Malware-Analyse, Reverse Engineering und kontrollierte Validierung in autorisierten Umgebungen.
Die folgende Tabelle beschreibt die aktuellen Trusted-Access-Stufen:
| Zugriff | Was sich ändert | Vorgesehene Anwendungsfälle |
|---|---|---|
| GPT-5.5 (Standard) | Standardschutzmaßnahmen für die allgemeine Nutzung | Secure SDLC- und Anwendungssicherheits-Workflows, einschließlich Threat Modeling, sicherer Code-Reviews und Patching sowie allgemeinem Blue Teaming |
| GPT-5.5 mit Trusted Access for Cyber | Präzisere Schutzmaßnahmen für verifizierte defensive Arbeit in autorisierten Umgebungen | Schwachstellen-Triage und -Validierung, Malware-Analyse, Detection Engineering und Patch-Validierung |
| GPT-5.5-Cyber | Gezielt für spezialisierte autorisierte Workflows entwickelt, kombiniert mit stärkerer Verifizierung und Kontrollen auf Kontoebene | Autorisierte offensive Tests, einschließlich Red Teaming, Exploit-Entwicklung, Penetrationstests und Threat Hunting |
GPT-5.5 ist ein außergewöhnliches Modell für gängige Cyber-Aufgaben, darunter sichere Code-Reviews, Patching, Threat Modeling und allgemeines Blue Teaming. Für die meisten Verteidiger:innen ist GPT-5.5 mit Trusted Access for Cyber die passende Leistungsstufe, wenn genehmigte Workflows präzisere Schutzmaßnahmen für autorisierte defensive Arbeit erfordern. Diese Zugriffsstufe kann die große Mehrheit legitimer defensiver Workflows abdecken und zugleich die breiten Stärken und die Sicherheitsausrichtung des Modells bewahren.
Spezialisierterer Zugriff wird erst relevant, wenn autorisierte Workflows offensive Cyber-Fähigkeiten erfordern. Das betrifft Workflows mit höherem Risiko wie Red Teaming, Exploit-Entwicklung, Malware-Analyse und Reverse Engineering, bei denen Verteidiger:innen über die Analyse hinausgehen und die Ausnutzbarkeit in einer kontrollierten Umgebung validieren müssen. GPT-5.5-Cyber ist darauf ausgelegt, diese stärker spezialisierten Dual-Use-Workflows zu unterstützen.
Mehr erfährst du in Trusted Access for Cyber mit GPT-5.5 und GPT-5.5-Cyber skalieren
Einschränkungen
Trusted Access for Cyber bewirkt nicht Folgendes:
Alle Schutzmaßnahmen oder alle Ablehnungen entfernen.
Zugriff auf jedes cyber-spezialisierte Modell garantieren.
Keine Datenaufbewahrung standardmäßig gewähren.
Weiterverkauf, Proxying, Einbettung oder nachgelagerten Zugriff für Drittanbieter-Kund:innen oder externe Nutzer:innen erlauben.
Aktivitäten außerhalb von Systemen autorisieren, die dir gehören oder für deren Tests du ausdrücklich berechtigt bist.
Der Zugriff ist nur für genehmigte interne Nutzer:innen und genehmigte interne Workflows vorgesehen. Die für Trusted Access verwendete Organisation oder der Workspace sollte ausschließlich interner Sicherheitsarbeit vorbehalten sein und nicht gleichzeitig kundenseitige Anwendungen, nachgelagerten Produkt-Traffic oder Zugriff für Dritte unterstützen.
Trusted Access for Cyber beantragen
So beantragst du Trusted Access for Cyber:
Im Rahmen der Prüfung wirst du möglicherweise gebeten, Informationen zu Folgendem bereitzustellen:
Deiner Organisation und ihren Cybersecurity-Kompetenzen.
Den defensiven Cybersecurity-Workflows, die du unterstützen möchtest.
Der OpenAI-Organisation oder dem Workspace, den du voraussichtlich nutzen wirst.
Verifizierungs- oder Vertrauensinformationen, die zur Beurteilung der Berechtigung erforderlich sind.
OpenAI prüft Anfragen, bevor der Zugriff aktiviert wird. Die Genehmigung erfolgt nicht automatisch.
Die über Trusted Access for Cyber verfügbaren Vorteile hängen vom für deine Anfrage genehmigten Zugriff ab. OpenAI bewertet diesen anhand von Faktoren wie Identitäts- und Vertrauensprüfung, Risikoaspekten, vorgesehenem Anwendungsfall und der Fähigkeit der antragstellenden Person oder Organisation, das breitere Cybersecurity-Ökosystem zu stärken.
Trusted Access verantwortungsvoll nutzen
Du bist dafür verantwortlich, sicherzustellen, dass deine Nutzung im genehmigten Umfang bleibt und den Bedingungen von OpenAI sowie den Nutzungsrichtlinien entspricht.
Wenn du zugelassen wirst, nutze Trusted Access nur für rechtmäßige, autorisierte Cybersecurity-Arbeit. Außerdem musst du unserer Cyber Abuse Policy zustimmen: Wir untersagen die Nutzung unserer Dienste zur Erleichterung von Cybermissbrauch, also zur Beeinträchtigung der Integrität, Vertraulichkeit oder Verfügbarkeit eines Informationssystems – einschließlich „Dual-Use“-Cyberaktivitäten, die in böswilliger Absicht, ohne ordnungsgemäße Autorisierung oder über die erteilte Autorisierung hinaus durchgeführt werden.
Du solltest außerdem sicherstellen, dass die für Trusted Access verwendete Organisation oder der Workspace für interne Sicherheitsarbeit geeignet ist. Wenn dieselbe Organisation kundenseitigen Traffic oder nachgelagerte Produkt-Workflows unterstützt, wende dich vor der Antragstellung an deine OpenAI-Ansprechperson. Trusted Access for Cyber darf nicht auf Drittanbieter-Kund:innen, externe Nutzer:innen, kundenseitige Workflows oder nachgelagerten Produkt-Traffic ausgeweitet werden.
Fehlerbehebung
Lies: Trusted Access for Cyber – Häufige Probleme und Fehlerbehebung
FAQ
Was ändert sich nach der Genehmigung?
Genehmigte Kund:innen dürfen GPT-5.5 je nach Zugriffsebene für berechtigte Cybersecurity-Workflows nutzen. Trusted Access for Cyber kann unnötige Hürden für genehmigte defensive Arbeit in Secure SDLC / AppSec, defensiven Abläufen und autorisierten offensiven Test-Workflows verringern. Andere Schutzmaßnahmen und Kontrollen der Nutzungsrichtlinien gelten weiterhin.
Umfasst die Genehmigung GPT-5.5-Cyber?
Nicht automatisch. Trusted Access for Cyber kann viele defensive Cybersecurity-Workflows mit GPT-5.5 unterstützen. GPT-5.5-Cyber ist für eine engere Auswahl spezialisierter autorisierter Workflows vorgesehen, etwa Red Teaming und Exploit-Validierung oder -Entwicklung, und kann zusätzliche Genehmigungen und Kontrollen erfordern.
Kann ich Trusted Access für meine Kund:innen oder externe Nutzer:innen verwenden?
Nein. Trusted Access ist nur für die genehmigte interne Nutzung vorgesehen. Er darf nicht auf Drittanbieter-Kund:innen, externe Nutzer:innen, kundenseitige Workflows oder nachgelagerten Produkt-Traffic ausgeweitet werden.
Umfasst Trusted Access keine Datenaufbewahrung?
Nein. Trusted Access und keine Datenaufbewahrung sind getrennte Themen. Wenn du Beratung zur Datenaufbewahrung oder zur Einrichtung der Organisation brauchst, wende dich bitte an deine OpenAI-Ansprechperson.
Kann ich Trusted Access für Systeme nutzen, die mir nicht gehören?
Nur, wenn du ausdrücklich autorisiert bist, sie zu testen oder zu analysieren. Du darfst TAC-Zugriff nicht an Dritte weitergeben oder verkaufen und TAC nicht nutzen, um Systeme zu testen, die dir nicht gehören oder für deren Tests oder Analyse du nicht ausdrücklich autorisiert bist.
Kann GPT-5.5 mit Trusted Access for Cyber außerhalb von Codex verwendet werden?
Ja. Trusted Access ist nicht auf Codex beschränkt. Wenn dein genehmigter Zugriffspfad dies unterstützt, kannst du GPT-5.5 mit Trusted Access for Cyber in CI/CD-Pipelines und anderen internen Sicherheitstools nutzen, solange die Nutzung im genehmigten, autorisierten defensiven Umfang bleibt.
Wie sollten wir Trusted Access einrichten, wenn unsere aktuelle OpenAI-Organisation kundenseitigen API-Traffic bedient?
Verwende eine Organisation oder einen Workspace, die bzw. der genehmigter interner Sicherheitsarbeit vorbehalten ist. Trusted Access sollte nicht für eine Organisation aktiviert werden, die kundenseitige Anwendungen, Zugriff für Dritte oder nachgelagerten Produkt-Traffic unterstützt. Stimme die passende Einrichtung vor der Antragstellung oder Aktivierung des Zugriffs mit deiner OpenAI-Ansprechperson ab.
Kann ein Vertrag oder Kauf den Zugriff auf GPT-5.5-Cyber garantieren?
Nein. Der Zugriff auf GPT-5.5-Cyber ist begrenzt und genehmigungsbasiert. Eine kommerzielle Vereinbarung oder ein Kauf allein garantiert keinen Zugriff. Wenn deine Anfrage genehmigt wird, bestätigt OpenAI den verfügbaren Zugriffspfad und alle geltenden Bedingungen.
Was sollte ich prüfen, wenn ich nach der Genehmigung weiterhin eine Cyber-Sicherheitsmeldung sehe?
Bestätige, dass du die genehmigte Organisation oder den genehmigten Workspace, das genehmigte Modell oder den genehmigten Zugriffspfad und die vorgesehene Produktoberfläche nutzt. Einige Schutzmaßnahmen können auch nach der Genehmigung weiterhin gelten. Wenn eine eindeutig defensive Anfrage unerwartet blockiert zu werden scheint, kontaktiere den Support mit der genauen Meldung, dem Modell, der Produktoberfläche, dem Zeitstempel, der Anfrage-ID, sofern verfügbar, und einer kurzen, redigierten Beschreibung der Aufgabe. Mehr erfahren: Trusted Access for Cyber – Häufige Probleme und Fehlerbehebung
Wie kann eine Organisation Trusted Access auf die richtigen Mitarbeitenden beschränken?
Trusted Access sollte nur genehmigten internen Nutzer:innen zur Verfügung stehen, die an autorisierten Sicherheitsaufgaben arbeiten. Wenn du den Zugriff beschränken musst, richte gemeinsam mit deiner OpenAI-Ansprechperson eine rein interne Organisation oder einen rein internen Workspace ein und stelle den Zugriff nur den passenden Nutzer:innen bereit.