GitHub kündigte am 9. September 2026 verwaltete Unternehmensberechtigungen für Copilot-Agentenaktionen an. Teams können damit bestimmte Entscheidungen zentral steuern, die sonst von individuellen Einstellungen abhängen könnten.
Ankündigung und Referenz wurden am 10. September geprüft. Dieser Artikel schlägt eine Einführungskontrolle vor; die Einstellungen wurden nicht in einem Unternehmenstenant ausgerollt.
Was ändert sich und wer kann es nutzen?
Die GitHub-Ankündigung nennt Copilot Business und Enterprise sowie Copilot-App, CLI und VS-Code-Sitzungen mit Agent Host. Administrierbar sind Shell-Befehle, Dateizugriffe und Netzwerkdomains.
Erfassen Sie den konkreten Client jedes Teams. „Wir verwenden Copilot“ ist kein genauer Geltungsbereich. Eine funktionierende Richtlinie in einem unterstützten Client belegt keine Wirkung in jedem Editor, Remote-Agenten oder Automatisierungsweg.
Wie wirken deny, ask und allow zusammen?
Die Referenz für verwaltete Einstellungen definiert folgende Priorität:
| Regel | Dokumentierte Wirkung |
|---|---|
| deny | Sperrt passende Aktionen trotz einer anderweitigen Erlaubnis |
| ask | Verlangt bei jeder passenden Aktion eine neue Genehmigung |
| allow | Erlaubt ohne Nachfrage, sofern keine stärkere Regel greift |
Anwendbare verwaltete Erlaubnislisten bilden eine Schnittmenge. Eine verwaltete ask-Regel lässt sich weder mit Bypass noch automatischer Freigabe oder einer früher gespeicherten Genehmigung erfüllen. Das ist besonders bei mehreren Richtlinienquellen relevant.
Halten Sie vor der Einführung fest, welche Quellen die wirksame Konfiguration bestimmen. Sonst kann eine beabsichtigte Nachfrage wie ein Clientfehler erscheinen.
Wie prüfen Sie eine Richtlinie?
Verwenden Sie ein Wegwerf-Arbeitsverzeichnis und harmlose Aktionen. Die folgenden Schritte sind vorgeschlagene Abnahmekriterien, keine berichteten Testergebnisse:
- Eine unterstützte, vorgesehene erlaubte Aktion ausführen und den Erfolg prüfen.
- Eine genehmigungspflichtige Aktion zweimal ausführen und die erneute Nachfrage bestätigen.
- Eine gesperrte Aktion trotz lokaler Freigabeeinstellung als blockiert nachweisen.
- Eine Aktion mit widersprüchlichen Treffern gegen die wirksame Richtlinie prüfen.
- In jeder vorgesehenen Client- und Teamkonfiguration wiederholen.
Dokumentieren Sie Richtlinienversion, Clientversion, Aktion und beobachtete Entscheidung gemeinsam. Eine reproduzierbare Aktion mit erwartetem Ergebnis ist aussagekräftiger als ein Screenshot der Einstellungen.
Welche Aufgaben bleiben getrennt?
Eine Genehmigungsregel ist keine vollständige Sandbox. Ein erlaubter Befehl kann Skripte oder Abhängigkeiten mit weiteren Auswirkungen aufrufen. Netzwerkregeln, Dateisystemisolation, Zugangsdaten und lokaler MCP-Zugriff müssen in der tatsächlichen Ausführungsumgebung gesondert geprüft werden.
Die Erlaubnis einer Dateiänderung sagt nichts über deren Korrektheit aus. Behalten Sie Review und Abnahmetests bei. Der Leitfaden zur Agenten-Governance hilft bei Verantwortlichkeiten und Eskalation.
Was sollte das Team am Ablauf ändern?
Benennen Sie Verantwortliche für verwaltete Einstellungen, Ausführungsumgebung und Code-Abnahme. Legen Sie fest, wie unerwartete Sperren gemeldet werden und wie eine Richtlinienänderung vor einer Ausweitung getestet wird.
Bei gleichzeitiger Einführung eines Modells sollten die Änderungen ausreichend getrennt bleiben, damit Fehler erklärbar sind. Modellberechtigungen behandelt der GPT-6-Astra-Leitfaden für Copilot. Bei eigener Ausführungsinfrastruktur zeigt die Cursor-Datenflussanalyse, warum Standort und Berechtigungen getrennte Fragen bleiben.
Häufige Fragen
Kann eine gespeicherte Genehmigung eine verwaltete ask-Regel umgehen?
Nein. GitHub verlangt für eine verwaltete ask-Regel eine neue, einmalige Genehmigung. Bypass-Modus, automatische Freigabe und zuvor gespeicherte Erlaubnisse erfüllen diese Regel nicht.
Gelten verwaltete Berechtigungen in jedem Copilot-Client?
Nehmen Sie keine universelle Unterstützung an. Die Ankündigung vom 9. September nennt Copilot-App, CLI und VS-Code-Sitzungen mit Agent Host. Prüfen Sie die aktuelle Unterstützungstabelle vor der Einführung.
Ersetzen Agentenberechtigungen eine Sandbox oder Code-Reviews?
Nein. Berechtigungen entscheiden, ob eine unterstützte Aktion stattfinden darf. Eine Sandbox begrenzt den Ressourcenzugriff der Ausführung; das Review prüft die resultierende Änderung. Jede Ebene ist gesondert zu validieren.