
GitHub Copilot: Local Sandboxing schützt Agentenausführung vor Zugriffen
GitHub Copilot Local Sandboxing ist jetzt allgemein verfügbar und schränkt Agenten-Zugriffe auf Dateien, Netzwerk und Credentials auf Entwicklermaschinen ein.
Was ist neu
GitHub Copilot Local Sandboxing ist ab sofort allgemein verfügbar und steht in GitHub Copilot CLI, der GitHub Copilot App und VS Code-Sitzungen mit Agent Host zur Verfügung. Das Feature schafft laut GitHub eine sichere Ausführungsumgebung für agentengesteuerte Workflows direkt auf den Maschinen von Entwicklern.
Das System basiert auf Microsoft eXecution Container (MXC) und stellt durch Policy-gesteuerte native Betriebssystem-Kontrollen sicher, dass Agenten-Befehle nur mit eingeschränkten Berechtigungen laufen. Dies gilt einheitlich über Windows, macOS und Linux hinweg.
Die neuen Kontrollmöglichkeiten umfassen konkret: Entwickler und Organisationen können festlegen, auf welche Dateien und Verzeichnisse Agent-Befehle lesend oder schreibend zugreifen dürfen. Sie können den Zugang zum Internet, lokalen Netzwerken sowie zu Git- und GitHub-CLI-Credentials kontrollieren. Sandboxing lässt sich auf lokale Tools und Services anwenden, darunter unterstützte Model Context Protocol (MCP) Server und Language Server. Organisationen können Enterprise-verwaltete Sandboxing-Einstellungen erzwingen, die Entwickler nicht abschwächen können.
Laut GitHub läuft Sandboxing unabhängig davon, welches Sprachmodell Copilot verwendet. Model Execution und Tool Isolation sind separate Aspekte — die Sandbox-Policies gelten konsequent für die Werkzeugausführung. Dies ermöglicht es Entwicklern, autonomere Agentenworkflows zu nutzen, während klare Grenzen bestehen bleiben, was Copilot zugreifen darf.
Ein zusätzlicher Sicherheitsaspekt: Die Sandbox-Policies werden in native Betriebssystem-Kontrollen übersetzt, was bedeutet, dass die Beschränkungen nicht allein auf Anwendungsebene durchgesetzt werden, sondern vom Betriebssystem selbst erzwungen werden.
Das Feature wird im Kontext von Coding mit KI als Mittel verstanden, um KI-gesteuerte Werkzeuge produktiv und sicher einzusetzen — ohne dass Entwickler Datensicherheit oder Systemintegrität gefährden.
Für wen, ab wann, zu welchen Bedingungen
Local Sandboxing ist ab dem 7. Oktober 2026 verfügbar. GitHub nennt keinen separaten Preis — das Feature ist laut Hersteller im GitHub Copilot Abonnement ohne zusätzliche Kosten enthalten.
Das Feature richtet sich an zwei Nutzergruppen: Einzelne Entwickler, die Agenten auf ihren Maschinen kontrollieren wollen, und Organisationen, die unternehmensweite Sicherheitsrichtlinien durchsetzen möchten. Unternehmen können über Enterprise-verwaltete Einstellungen Sandboxing obligatorisch machen und Policies definieren, die Entwickler nicht selbst abschwächen können.
Verfügbar ist Local Sandboxing in drei Kontexten: GitHub Copilot CLI (Kommandozeilenschnittstelle), die GitHub Copilot App (Desktop-Anwendung), und VS Code-Sitzungen, die Agent Host nutzen.
GitHub nennt keine Region-Beschränkungen und keine Liste unterstützter Betriebssysteme über die Erwähnung hinaus, dass MXC auf Windows, macOS und Linux funktioniert. Ebenso bleiben Details zu granularen Policy-Syntax, verfügbaren Policy-Vorlagen und dem administrativen Setup ungenannt.
Das Feature setzt voraus, dass Entwickler Copilot bereits nutzen. Wer nur mit dem kostenlosen Copilot-Zugang arbeitet, nennt GitHub nicht; die Meldung bezieht sich auf GitHub Copilot als Abonnementdienst.
Einordnung für DACH
Für Teams im deutschsprachigen Raum bedeutet Local Sandboxing eine zentrale Verbesserung bei der Nutzung KI-gestützter Agenten in sensiblen Kontexten. Da die Sandbox-Policies über native Betriebssystem-Kontrollen durchgesetzt werden, können deutsche Unternehmen darauf setzen, dass Copilot tatsächlich nur auf die Ressourcen zugreift, die explizit freigegeben sind — lokal ausgeführte Agenten verlassen also nicht ungewollt Credentials, Quellcode oder Geschäftsdaten.
Das ist praktisch relevant, weil viele DACH-Organisationen strikte Datenfluss-Policies haben: Entwickler arbeiten lokal, und wenn KI-Agenten auf ihren Maschinen laufen, kann Local Sandboxing helfen zu garantieren, dass sensible Dateien nicht in die Cloud geschickt oder von Agenten in unsicheren Befehlen verwendet werden.
Zur Datenspeicherung selbst macht die Meldung keine Aussage — GitHub nennt nicht, wo Sandbox-Logs oder Policy-Definitionen landen. Bei Nutzung von Copilot über GitHub Cloud ist davon auszugehen, dass Telemetriedaten in die USA fließen, wie sonst bei GitHub-Services. Organisationen mit strikten Daten-Residency-Anforderungen sollten diese Aspekte klären.
Enterprise-verwaltete Policies sind relevant für Konzerne in Deutschland und der Schweiz, die Compliance-Anforderungen haben — beispielsweise um sicherzustellen, dass Sandboxing nicht deaktiviert werden kann und dass Agenten-Zugriffe auf Benutzerkennung im Git-Repo auf bestimmte Teams oder Projekte begrenzt bleiben.
Local Sandboxing läuft auf den Entwicklermaschinen selbst, nicht in separaten Servern. Das reduziert Netzwerk-Abhängigkeiten und behält Kontrolle lokal — ein Vorteil für Unternehmen, die eigenständige Infrastruktur bevorzugen.
Quellen
Häufige Fragen
Was ist Local Sandboxing bei GitHub Copilot?
Local Sandboxing schafft eine sichere Ausführungsumgebung für agentengesteuerte Workflows auf Entwicklermaschinen. Agent-Befehle laufen mit eingeschränktem Zugriff auf Dateien, Netzwerk, Credentials und andere Systemfunktionen, je nachdem welche Policies der Entwickler oder die Organisation definiert hat.
Kostet Local Sandboxing extra?
Nein, Local Sandboxing ist laut GitHub im GitHub Copilot Abonnement ohne zusätzliche Kosten enthalten.
Wo läuft Local Sandboxing aus?
Local Sandboxing läuft auf den Entwicklermaschinen selbst und ist in GitHub Copilot CLI, der GitHub Copilot App und VS Code-Sitzungen mit Agent Host verfügbar. Das Feature wird durch Microsoft eXecution Container auf Windows, macOS und Linux unterstützt.