03
Befehle, Netzwerk und lokale macOS-Rechte
Codex App mit kontrollierter Ausführung
Die Codex App kann mit Genehmigungs- und Sicherheitsrichtlinien betrieben werden. Für die Unternehmensabnahme ist entscheidend, welche Richtlinie tatsächlich am Agent-Knoten aktiv ist, ob sie durch eine lokale Einstellung umgangen werden kann und ob die Organisation die resultierenden Entscheidungen protokolliert.
Prüfen Sie nicht nur eine erfolgreiche Build-Ausführung, sondern auch absichtlich verbotene Aktionen:
- Schreiben außerhalb des vorgesehenen Arbeitsverzeichnisses;
- Zugriff auf private Schlüssel und Keychain-Inhalte;
- Verbindung zu nicht freigegebenen internen oder externen Endpunkten;
- Änderung von SSH-Konfigurationen;
- Installation neuer Paketquellen;
- Ausführung privilegierter Befehle;
- Lesen von Umgebungsvariablen mit Geheimnissen.
Die offiziellen Hinweise zu Codex-Sicherheit und Berechtigungen sollten als Referenz für die jeweils verfügbare Steuerung dienen. Daraus darf jedoch nicht abgeleitet werden, dass jede macOS-Systemfunktion automatisch durch Codex kontrolliert wird. Shell-Freigaben, SSH-Rechte, Dateisystemrechte und macOS-Datenschutzfreigaben sind getrennte Kontrollen.
Netzwerk- und Festplattenmodell
Legen Sie vor dem Pilotbetrieb fest, welche Paketquellen, Git-Dienste, Artefaktserver und internen APIs erreichbar sein müssen. Eine pauschale Freigabe des gesamten ausgehenden Netzwerks erschwert nicht nur die Analyse eines Vorfalls, sondern kann auch unbeabsichtigte Datenübertragungen ermöglichen.
Eine sinnvolle Prüfung besteht aus erlaubten und verbotenen Zielen:
| Prüfbereich |
Erlaubter Zustand |
Abnahmekriterium bei Fehlschlag |
| Quellcodeverwaltung |
Nur freigegebene Organisationen und Repositories |
Zugriff wird blockiert und protokolliert |
| Paketquellen |
Dokumentierte interne oder vertrauenswürdige Quellen |
Unbekannte Quelle kann nicht verwendet werden |
| Artefaktserver |
Schreiben nur in den vorgesehenen Übergabebereich |
Produktionsspeicher bleibt vom Agent getrennt |
| Interne APIs |
Nur für den Build benötigte Endpunkte |
Direkter Zugriff auf Produktionsdienste ist gesperrt |
| Lokale Dateien |
Arbeitsbereich und definierte temporäre Pfade |
Private Verzeichnisse bleiben unlesbar |
Für iOS- und macOS-Builds muss außerdem geprüft werden, welche Xcode-Komponenten und Command-Line Tools tatsächlich benötigt werden. Die Apple-Dokumentation zu den Xcode Command-Line Tools und die Apple-Referenz zu Build Settings helfen bei der technischen Eingrenzung. Sie ersetzen aber keine Rechteprüfung für den konkreten Host.
Remote-Mac und Apple Silicon
Ein Remote-Mac mit Apple Silicon kann für native Apple-Builds sinnvoll sein, wenn Toolchain, Zielplattform und Abhängigkeiten zusammenpassen. Das Vorhandensein eines Apple-Silicon-Hosts sagt jedoch nichts über sichere Agent-Ausführung, parallele Sitzungen oder Signaturisolation aus.
Kann OpenAI Codex über einen Remote-Mac einen Xcode-Build ausführen?
Ja, ein Xcode-Build kann grundsätzlich über eine entfernte macOS-Sitzung angestoßen werden, sofern Xcode, Command-Line Tools, Projektabhängigkeiten, Zertifikate und Zielkonfiguration korrekt vorhanden sind. Für die Unternehmensfreigabe genügt der erfolgreiche Build allein nicht. Der Build muss in einem eingeschränkten Arbeitsbereich laufen, sein Artefakt kontrolliert übergeben und ohne Produktionsgeheimnisse reproduzierbar geprüft werden.
