Die ChatGPT-Desktop-App ist auf Amazon Bedrock in AWS GovCloud (US) verfügbar. Die Modellinferenz wird dabei über die Responses API auf Amazon Bedrock geleitet. Die veröffentlichte Anleitung behandelt eine kontrollierte lokale Codex-Bereitstellung, die Modellanfragen über Amazon Bedrock Mantle in us-gov-west-1 führt und Identitäten, Endpunkte sowie regionale Kontrollen von AWS GovCloud (US) verwendet.

Diese Bereitstellung besteht nicht nur aus der Auswahl eines Endpunkts. Sie verbindet eine Anmeldung im API-Modus, eine Richtlinie für verwaltete Geräte, ein benanntes AWS-Profil, administrativ durchgesetzte Regeln, betriebliche Einstellungen und Netzwerkbeschränkungen. Im kontrollierten Aufbau ist nur der genehmigte Amazon-Bedrock-Endpunkt zugelassen. Andere externe Verbindungen und netzwerkfähige Funktionen sind deaktiviert.

Voraussetzungen und Zuständigkeiten

Erforderlich sind eine kompatible Version der ChatGPT-Desktop-App und ein genehmigtes AWS-GovCloud-(US)-Konto. Hinzu kommen eine autorisierte IAM-Identität mit Anmeldedaten, Zugriff auf das genehmigte Modell, die Region und den Endpunkt sowie die Dateien requirements.toml und config.toml.

Die beiden Dateien erfüllen unterschiedliche Aufgaben. requirements.toml ist eine vom Administrator kontrollierte Regeldatei. Sie setzt Sicherheitsgrenzen durch, die Benutzer nicht überschreiben können. config.toml enthält betriebliche Einstellungen, darunter den Anbieter amazon-bedrock, das Modell, Berechtigungen und Kontextgrenzen. Diese Trennung macht sichtbar, welche Grenzen verbindlich sind und welche Werte den Betrieb innerhalb dieser Grenzen beschreiben.

Drei Phasen der Konfiguration

Der Ablauf umfasst drei Hauptphasen: die Authentifizierung konfigurieren, die Konfigurationsdateien der ChatGPT-Desktop-App erstellen und die Bereitstellung starten, initialisieren und überprüfen. Die Reihenfolge ist relevant, denn beide TOML-Dateien müssen vor dem Start der Anwendung installiert sein. So beginnt die Anwendung ihren Betrieb bereits mit den vorgesehenen Regeln und Einstellungen.

1. Authentifizierung festlegen

Für Amazon Bedrock unterstützt die Desktop-App entweder einen Amazon-Bedrock-API-Schlüssel oder die AWS-SDK-Anmeldedatenkette. AWS IAM Identity Center SSO wird über den Weg der Anmeldedatenkette unterstützt. Die gewählte Methode bestimmt, wo die Anwendung nach Anmeldedaten sucht und welche vorhandenen AWS-Quellen verwendet werden können.

Bei der Prüfung ist die Rangfolge der Quellen entscheidend. Die App sucht zuerst nach AWS_BEARER_TOKEN_BEDROCK. Ein Bearer-Token in der plattformspezifischen Datei .codex/.env hat Vorrang vor einer profilbasierten Authentifizierung. Ein vorhandenes benanntes AWS-Profil belegt daher nicht, dass dieses Profil tatsächlich genutzt wird, wenn zugleich ein Token mit höherer Priorität verfügbar ist.

Ist kein Bearer-Token vorhanden, greift die App auf die standardmäßige AWS-SDK-Anmeldedatenkette zurück. Diese kann AWS-Dateien für Anmeldedaten und Konfiguration sowie SSO-Profile und zwischengespeicherte SSO-Sitzungen nutzen. Bei der Kontrolle sind deshalb die tatsächlich verfügbaren Quellen in ihrer Prioritätsreihenfolge zu betrachten, nicht nur das vorgesehene Profil.

2. Regeln und Betriebseinstellungen anwenden

Nach der Vorbereitung der Authentifizierung definieren die beiden Konfigurationsdateien die kontrollierte Umgebung. Die administrativen Regeln begrenzen, was Benutzer ändern können. Die Betriebskonfiguration wählt Amazon Bedrock und legt Modell-, Berechtigungs- und Kontextwerte fest. Ergänzend erlaubt die Netzwerkregel nur den genehmigten Amazon-Bedrock-Endpunkt und deaktiviert andere externe Verbindungen sowie netzwerkfähige Funktionen.

Die Bestandteile beantworten damit verschiedene Prüffragen: Die Authentifizierung beschreibt, wie die App Berechtigungen für Anfragen erhält. requirements.toml enthält die nicht überschreibbaren lokalen Grenzen. config.toml nennt Anbieter und Betriebsparameter. Die Netzwerkbeschränkung legt fest, welches externe Ziel erreichbar bleibt.

3. Starten und Anbieter bestätigen

Nach der Installation beider Dateien kann die Anwendung gestartet und initialisiert werden. Eine erfolgreiche Einrichtung lässt sich prüfen, indem amazon-bedrock in der Statusansicht der Codex CLI oder in den Einstellungen der ChatGPT-Desktop-App als Modellanbieter erscheint. Damit wird die vorbereitete Konfiguration mit der Anzeige der laufenden Anwendung abgeglichen.

Vorgehen bei fehlgeschlagener Validierung

Schlägt die Validierung fehl, soll die Einführung gestoppt werden. Betroffene Geräte sollen auf ihre zuvor genehmigten Richtlinien- und Anbietereinstellungen zurückgesetzt werden. Temporäre AWS-Anmeldedaten oder API-Schlüssel sollen widerrufen und der Verlust der Verbindung zu Amazon Bedrock bestätigt werden. Vor einem erneuten Versuch ist der Fehler zu dokumentieren, damit dieser nicht auf einem unklaren Teilzustand aufbaut.

Technische Einrichtung ersetzt keine Autorisierung

Weder die Verwendung von AWS GovCloud (US) noch die Befolgung der Anleitung autorisiert für sich genommen eine Arbeitslast. Die Organisation bleibt dafür verantwortlich, die Bereitstellung anhand ihres Sicherheitsplans und ihres Autorisierungsprozesses zu prüfen. Die Bestätigung von Anbieter, Anmeldedatenweg, Konfigurationsdateien und eingeschränkter Verbindung ist somit eine technische Validierung, aber kein Ersatz für die interne Prüfung und Genehmigung.