Lokale Sicherheit von ChatGPT Work

ChatGPT Work kann genehmigte Dateien, Anwendungen und Browsersitzungen auf dem Computer eines Benutzers verwenden, um lokale Aufgaben zu erledigen. Der Zugriff hängt von den Berechtigungen des Workspace, dem bestehenden Kontozugriff des Benutzers, den Berechtigungen des Betriebssystems, den Anwendungsfreigaben und den unterstützten Geräterichtlinien ab.

Lokale Funktionen hängen von der unterstützten Desktop-App, dem Betriebssystem, der Berechtigung des Workspace, den Rollenberechtigungen, der Geräterichtlinie und der Produkteinführung ab.

Sicherheit im Überblick

• Lokale Aufgaben werden über die ChatGPT-Desktop-App ausgeführt. Wenn eine gehostete Cloud-Aufgabe in derselben App geöffnet wird, wird diese dadurch nicht zu einer lokalen Aufgabe.

• Die verfügbaren lokalen und gehosteten Work-Steuerelemente hängen von der Workspace-Konfiguration und der Einführung ab.

• Dateizugriff, Computer Use, Browser und verbundene Apps verwenden unterschiedliche Berechtigungen und Freigaben.

• Ein Browser oder eine Anwendung, in dem bzw. der bereits eine Anmeldung bei einem Unternehmenssystem besteht, kann die Berechtigungen dieses bestehenden Kontos verfügbar machen.

• Unterstützte Richtlinien für verwaltete Geräte können lokale Funktionen einschränken, ohne die Zugriffskontrollen des Workspace zu ersetzen.

• Daten aus Business-, Enterprise- und Edu-Workspaces, die von abgedeckten OpenAI-Diensten verarbeitet werden, sind bei der Übertragung und im Ruhezustand verschlüsselt und werden standardmäßig nicht zum Trainieren von OpenAI-Modellen verwendet.

• Für lokale Dateien, Aufgabenkontext, Browserdaten, Datensätze verbundener Systeme und Überwachungsereignisse können unterschiedliche Speicherungs- und Aufbewahrungsregeln gelten.

Wo lokale Aufgaben ausgeführt werden

Work Local greift über die Desktop-App auf dem Computer des Benutzers auf genehmigte Ressourcen zu. Work Cloud wird auf einer von OpenAI verwalteten Infrastruktur ausgeführt, selbst wenn es über dieselbe Desktop-App geöffnet wird.

Lokale Dateien können auf dem Gerät verbleiben. Relevante Dateiauszüge, Prompts, Screenshots, Browserinhalte oder Werkzeugergebnisse können jedoch an OpenAI-Dienste gesendet werden, um eine Aufgabe zu erledigen. Lokale Ausführung bedeutet nicht, dass die Modellinferenz offline oder ausschließlich auf dem Gerät erfolgt.

Datei- und Gerätezugriff

Eine lokale Aufgabe kann mit Informationen arbeiten, die der Benutzer bereitstellt oder verfügbar macht, einschließlich unterstützter Dateien, Anwendungsinhalte, Browsersitzungen und autorisierter verbundener Systeme. Der Zugriff hängt von den bestehenden Berechtigungen des Benutzers und den Steuerelementen für die jeweilige Funktion ab.

Die Gewährung des lokalen Work-Zugriffs genehmigt nicht automatisch jede Anwendung, erteilt keine Administratorrechte und umgeht nicht die Berechtigungen des Kontos, das für den Zugriff auf ein anderes System verwendet wird. Eine genehmigte freigegebene Verbindung kann andere Berechtigungen als das persönliche Konto des Benutzers haben.

Direktes Lesen und Bearbeiten von Dateien sowie Shell-Befehle unterliegen den Sandbox- und Genehmigungseinstellungen der Aufgabe. Computer Use greift über eine genehmigte native Anwendung und mit deren Berechtigungen auf Inhalte zu. Eine Beschränkung des direkten Dateizugriffs bewirkt für sich genommen keine entsprechende Beschränkung für Dateien, die die Anwendung öffnen kann.

Computer Use und Anwendungsfreigaben

Die Berechtigungen des Arbeitsbereichs bestimmen, wer Work Local nutzen kann. Administratorrichtlinien können zusätzlich einschränken, welche nativen Anwendungen Computer Use bedienen darf und ob Anwendungsgenehmigungen für künftige Sitzungen gespeichert werden können. Erforderliche Betriebssystemberechtigungen und Anwendungsgenehmigungen gelten weiterhin. Wenn eine Aufgabe eine Anwendung oder ein angemeldetes Konto nutzt, bestimmen die Berechtigungen dieses Kontos, welche Informationen und Aktionen verfügbar sind.

Die Zulassung einer Anwendung durch eine Administratorrichtlinie installiert weder das erforderliche Plugin noch erteilt sie Betriebssystemberechtigungen oder genehmigt eine Aktion, die weiterhin geprüft werden muss. Unterstützte Steuerungsmöglichkeiten und Konfigurationsbeispiele finden Sie unter Verwaltete Steuerungsmöglichkeiten für Browser und Computer Use.

Unter macOS ermöglicht die Bildschirmaufnahme Computer Use, Anwendungsinhalte zu sehen, während die Bedienungshilfen das Klicken, Tippen und Navigieren ermöglichen. Unterstützte macOS-Aufgaben können im Hintergrund ausgeführt werden. Unter Windows arbeitet Computer Use auf dem aktiven, sichtbaren Desktop und kann nicht im Hintergrund ausgeführt werden, während der Benutzer dieselbe Sitzung weiter verwendet.

Benutzer können eine Aufgabe jederzeit beenden. Computer Use kann keine Sicherheitsabfragen des Betriebssystems bestätigen, sich nicht als Administrator authentifizieren und weder Terminal-Anwendungen noch ChatGPT selbst automatisieren.

Gesperrte Geräte

Unterstützte macOS-Konfigurationen können optional zulassen, dass eine genehmigte Computer Use-Aufgabe nach dem Sperren des Mac fortgesetzt wird. Die Verfügbarkeit hängt von der App-Version, der schrittweisen Bereitstellung der Funktion, den geltenden Vorgaben und der Berechtigung zur Fernsteuerung ab.

Beim Aktivieren von Locked Use wird ein macOS-Autorisierungsplugin installiert, das den Mac für einen aktiven, vertrauenswürdigen Computer Use-Durchlauf vorübergehend entsperren kann. ChatGPT verdeckt während der vorübergehenden Entsperrung alle Bildschirme. Wenn lokale Tastatur- oder Zeigereingaben erkannt werden, sperrt ChatGPT den Mac erneut und setzt die automatische Entsperrung aus, bis der Benutzer ihn manuell entsperrt. Siehe So funktioniert Locked Use.

Administratoren können verhindern, dass Benutzer Locked Use auf verwalteten Macs aktivieren. Diese Vorgabe deaktiviert Locked Use nicht, wenn es bereits aktiviert ist. Computer Use unter Windows erfordert einen aktiven, entsperrten Desktop. Siehe Beschränkungen für Locked Use.

Browsersitzungen und bestehende Anmeldungen

Work Local erhält nicht automatisch Zugriff auf jeden Browser oder jedes Unternehmenskonto. Der Zugriff hängt vom verwendeten Browser, dem angemeldeten Konto und den für das jeweilige Browsererlebnis erforderlichen Freigaben ab.

Unterstützte Browser Use-Richtlinien können den Websitezugriff, Uploads, Downloads, den Zugriff auf den Browserverlauf und den vollständigen Zugriff auf das Chrome DevTools Protocol (CDP) zur Browser-Fehlersuche einschränken. Administratoren können außerdem die automatische Genehmigungsprüfung, gespeicherte Genehmigungen und die Gültigkeitsdauer von Websitezugriffsgenehmigungen einschränken. Eine Benutzergenehmigung kann eine Ablehnung durch einen Administrator nicht außer Kraft setzen. Siehe Verwaltete Browser-Steuerungsmöglichkeiten.

Ein gehosteter Cloud-Browser ist von den lokalen Browsern des Benutzers getrennt und übernimmt deren bestehende Anmeldungen nicht automatisch. Die Anmeldung bei Websites über den Cloud-Browser ist in Enterprise- oder Edu-Arbeitsbereichen nicht verfügbar.

Apps, Plugins und verbundene Konten

Eine verbundene App kann Zugriff auf Informationen oder Aktionen in einem anderen System bereitstellen. Ein Plugin kann eine App als zugrunde liegendes Werkzeug verwenden. Wenn ein Plugin verfügbar gemacht wird, aktiviert dies nicht automatisch die erforderliche App, autorisiert kein Konto und erlaubt nicht jede Aktion.

Die Standardeinstellungen für Plugins und Apps hängen vom Tarif und davon ab, ob der Arbeitsbereich neu ist oder bereits besteht. In neuen Enterprise- und Edu-Arbeitsbereichen ist zunächst eine ausgewählte Gruppe von Apps aktiviert; diese Standardeinstellungen ändern keine Einstellungen bestehender Arbeitsbereiche und gelten nicht für Healthcare-Arbeitsbereiche. Im Allgemeinen sind neue Plugins und Apps in Enterprise und Edu standardmäßig deaktiviert. In Business sind Apps standardmäßig aktiviert. Administratoren können die Verfügbarkeit ändern. Siehe die aktuellen Standardeinstellungen für Plugins und Apps und die Übersicht über ChatGPT Work.

Bevor eine Aufgabe ein verbundenes System verwendet, vergewissern Sie sich, dass der Workspace die App und alle erforderlichen Plugins zulässt, die Verbindung autorisiert ist und das verbundene Konto auf die angeforderten Informationen oder Aktionen zugreifen kann. Schreibgeschützte Einstellungen, zulässige Aktionen und Bestätigungsanforderungen unterscheiden sich je nach Integration.

Plugins, die Browser- oder Computer Use-Funktionen bereitstellen, erfordern eine eigene Prüfung ihrer Verfügbarkeit und Installation. Die Bereitstellung eines Plugins setzt weder verwaltete Browserrichtlinien oder Richtlinien für native Anwendungen noch Betriebssystemberechtigungen oder erforderliche Genehmigungen außer Kraft. Reine Desktop-Plugins und lokal bereitgestellte Tools können andere Installationswege verwenden. Siehe Plugin-Steuerungsmöglichkeiten.

Persönliche und freigegebene Verbindungen

Eine persönliche Verbindung verwendet die Berechtigungen des verbundenen Benutzers im Quellsystem. Eine freigegebene oder einem Agenten gehörende Verbindung verwendet die Berechtigungen des verbundenen Kontos, die umfassender als der eigene Zugriff des Benutzers sein können.

Beschränken Sie freigegebene Konten auf die erforderlichen Daten und Aktionen, begrenzen Sie ihren Benutzerkreis und wenden Sie unterstützte Aktions- oder Bestätigungssteuerelemente an. Datensätze im verbundenen System unterliegen weiterhin den Berechtigungen und Aufbewahrungsrichtlinien dieses Systems.

Administratorzugriff und Richtlinien für verwaltete Geräte

Prüfen Sie die unter Workspace settings > Permissions & roles verfügbaren Work-Steuerelemente. Ob lokale und gehostete Work-Umgebungen als separate Berechtigungen angezeigt werden, hängt von der Workspace-Konfiguration und der Einführung ab. Weitere Hinweise finden Sie in den häufig gestellten Fragen für Work-Administratoren.

Aktivieren Sie für jeden Benutzer oder jede Gruppe nur die genehmigten Ausführungsumgebungen und überprüfen Sie nach Änderungen den tatsächlich wirksamen Zugriff.

Workspace-Berechtigungen bestimmen, wer Work verwenden kann. Administratoren können unterstützte Desktop-Funktionen außerdem durch verbindliche Anforderungen einschränken, die in requirements.toml definiert sind. Je nach Bereitstellung können diese Anforderungen über eine vom Workspace verwaltete Konfiguration, eine Konfigurationsdatei auf Systemebene oder unterstützte Werkzeuge zur Verwaltung mobiler macOS-Geräte bereitgestellt werden.

Verbindliche Anforderungen können von einzelnen Benutzern nicht außer Kraft gesetzt werden. Verwaltete Standardwerte legen hingegen anfängliche Einstellungen fest, die Benutzer möglicherweise ändern können. Keines von beidem ersetzt Workspace-Rollen oder Betriebssystemberechtigungen.

Unterstützte lokale Clients laden verwaltete Vorgaben beim Laden der Konfiguration. Eine Hintergrundaktualisierung kann neuere, in der Cloud verwaltete Vorgaben für ein späteres Laden der Konfiguration bereitstellen; sie belegt für sich genommen nicht, dass eine bestehende Aufgabe die neue Richtlinie verwendet. Änderungen an macOS-MDM-Vorgaben werden beim nächsten Clientstart eingelesen. Starten Sie nach einer Änderung verwalteter Vorgaben den betreffenden lokalen Client neu und prüfen Sie seine tatsächlich wirksamen Einstellungen, bevor Sie sich auf die Beschränkung verlassen. Änderungen an Arbeitsbereichsberechtigungen können auf andere Weise wirksam werden. Siehe So wenden lokale Clients in der Cloud verwaltete Vorgaben an.

Dies sind Beispiele für Beschränkungen, keine Liste standardmäßig aktivierter Einstellungen. Wird eine Funktionsvorgabe weggelassen, bleiben die üblichen Client-, Plattform-, Rollout- und Benutzereinstellungen wirksam. Die Feature-Flags für Browser Use, der integrierte Browserbereich und natives Computer Use sind separate Steuerungsmöglichkeiten; prüfen Sie jeden Browser-Zugriffsweg unabhängig.

Verfügbare Einstellungen und Bereitstellungsmethoden hängen vom Client, Betriebssystem, Workspace und der Bereitstellungskonfiguration ab. Validieren Sie die Einschränkungen auf einem repräsentativen verwalteten Gerät. Unterstützte Richtlinieneinstellungen, Konfigurationsbeispiele und Anleitungen zur MDM-Einrichtung finden Sie unter Verwaltete Konfiguration.

Lokale Netzwerke und private Ressourcen

Work Local kann über einen Browser, eine native Anwendung, eine verbundene App oder ein anderes unterstütztes Tool auf Unternehmensinformationen zugreifen. Netzwerkkontrollen greifen je nach Zugriffsweg unterschiedlich, und der Zugang zu einem Unternehmens-VPN allein berechtigt eine Aufgabe nicht zur Nutzung einer internen Ressource.

Verwaltete Netzwerkvorgaben und Origin-Richtlinien für Browser Use sind separate Prüfungen. Prüfen Sie beide mit den App-Versionen und Betriebssystemen Ihrer Bereitstellung, bevor Sie sich darauf verlassen, Browser Use durch eine Netzwerkbeschränkung einzugrenzen. Browserrichtlinienprüfungen bedeuten nicht, dass der Browserverkehr über den Netzwerkproxy für Befehle geleitet wird, und Browser Use-Richtlinien regeln nicht den Datenverkehr nativer Anwendungen.

Verwaltete Netzwerkvorgaben unter [experimental_network] sind experimentell und können sich ändern. Die Windows-Unterstützung ist eingeschränkt; testen Sie den konkreten Client und die konkrete Umgebung, bevor Sie diese Vorgaben auf Windows-Benutzer anwenden. Domainregeln allein aktivieren den verwalteten Proxy nicht; experimental_network.enabled = true ist erforderlich und setzt eine Sandbox, in der der Netzwerkzugriff deaktiviert bleibt, nicht außer Kraft.

Prüfen Sie die Verbindung, das angemeldete Konto, das Ziel und die für den Workflow erforderliche Aktion. Konfigurationsdetails und plattformspezifische Einschränkungen finden Sie unter Vorgaben für den Netzwerkzugriff.

Datenverarbeitung und Aufbewahrung

Wenden Sie die Endpunkt-, Dateizugriffs-, Proxy- und Data-Loss-Prevention-Kontrollen Ihrer Organisation auf das jeweilige Gerät und den jeweiligen Workflow an. Prüfen Sie, ob diese Kontrollen verhindern können, dass sensible Informationen vor der Verarbeitung in die Aufgabe gelangen. Überwachungsprotokolle und Compliance-Exporte unterstützen Überwachung und Untersuchungen, blockieren die Verarbeitung jedoch nicht selbst.

Speicherung und Aufbewahrung hängen von der Informationskategorie und dem Speicherort ab.

Für unterstützte Business-, Enterprise- und Edu-Workspaces werden Geschäftsdaten, die von abgedeckten OpenAI-Diensten verarbeitet werden, bei der Übertragung und im Ruhezustand verschlüsselt und standardmäßig nicht zum Trainieren oder Verbessern von OpenAI-Modellen verwendet. Diese Schutzmaßnahmen bedeuten nicht, dass OpenAI jede Gerätedatei, Drittanbieteranwendung, jedes Browserprofil oder jeden Datensatz eines Quellsystems verwaltet.

Wenden Sie einen Aufbewahrungszeitraum für gehostete Unterhaltungen, temporäre Uploads oder Compliance-Protokolle nicht auf lokale Datensätze an, ohne zu prüfen, ob er für die jeweilige Datenkategorie gilt.

Sichtbarkeit für Überwachung und Compliance

Die verfügbare Berichterstattung hängt vom Workspace-Tarif, Produkterlebnis, Ereignis, der verbundenen Anwendung und der bereitgestellten Konfiguration ab. Überprüfen Sie die Abdeckung von Work Local, bevor Sie sich bei der Reaktion auf Vorfälle oder einer regulatorischen Prüfung auf einen Workspace-Export verlassen.

In unterstützten Versionen kann Browser Use OpenTelemetry-Ereignisse für Funktionsprüfungen ausgeben, darunter Websitezugriffe, Uploads und Downloads. Diese Ereignisse erfassen die Entscheidung und deren Quelle sowie Richtliniendetails, sofern verfügbar. Die Entscheidungsquelle kann unbekannt sein. Wenn der Export konfiguriert ist, werden sie zusammen mit weiteren Telemetriedaten der lokalen Laufzeit an den OpenTelemetry-Endpunkt des Kunden gesendet.

Der OpenTelemetry-Export ist von den Aufzeichnungen der Compliance API getrennt und muss unabhängig konfiguriert werden. Diese Ereignisse ergeben keine vollständige Aufzeichnung aller Aktionen in Browsern oder nativen Anwendungen. Siehe OpenTelemetry-Konfiguration.

Ermitteln Sie, ob die relevanten Systeme die Aufgabenidentität, unterstützte Prompts und Antworten, Aufrufe verbundener Apps, Browserfreigaben, Anwendungsaktionen, lokale Dateiaktivitäten oder Endpunktereignisse erfassen. Datensätze von Quellsystemen und Geräten können eine andere Sichtbarkeit als Datensätze des ChatGPT-Workspace bieten.

OpenAI speichert keinen separaten vollständigen Datensatz der über die Erweiterung ausgeführten Chrome-Aktionen. Gehen Sie nicht davon aus, dass jeder lokale Dateivorgang, Screenshot, jede Browseraktion, Freigabe oder externe Aktualisierung in der Compliance API erscheint.

Beginnen Sie mit einer genehmigten Aufgabe

Beginnen Sie mit einer kleinen Gruppe auf verwalteten Geräten und wählen Sie eine genehmigte Aufgabe, beispielsweise den Vergleich ausgewählter Finanzarbeitsmappen. Bestätigen Sie den Work-Zugriff jedes Benutzers und stellen Sie nur die Dateien, Anwendungen, Browsersitzungen oder verbundenen Konten bereit, die für die Aufgabe erforderlich sind.

Prüfen Sie, ob genehmigte Aktionen funktionieren, eingeschränkte Aktionen blockiert werden und die verfügbaren Datensätze Ihre Überwachungsanforderungen erfüllen. Lassen Sie einen Benutzer die Ergebnisse und alle externen Änderungen prüfen, bevor Sie den Zugriff erweitern.