GitHub: Automatische Sicherheitsvalidierung wird auf Drittanbieter-Agenten ausgeweitet

GitHub gab am 9. Juni 2026 die Ausweitung der automatischen Sicherheitsvalidierung von Code auf alle Drittanbieter-Coding-Agenten bekannt, die mit der Plattform arbeiten. Der Schutz, der bisher ausschließlich dem GitHub Copilot Cloud Agent vorbehalten war, gilt ab heute auch für externe Agenten — darunter Anthropic Claude und OpenAI Codex — die Pull Requests in Nutzer-Repositorys öffnen.

Hintergrund: Copilot Cloud Agent erhielt Schutz im Oktober 2025

GitHub führte die automatische Sicherheitsvalidierung von generiertem Code erstmals im Oktober 2025 ein, damals nur für den eigenen Copilot Cloud Agent. In den ersten acht Monaten der Anwendung hat dieser Schutz laut GitHub proaktiv Hunderte potenzieller Sicherheitsmängel und Schwachstellen in Nutzer-Repositorys verhindert.

Parallel dazu wuchs das Ökosystem der Drittanbieter-Agenten, die über die GitHub API integriert werden, stark an. Entwicklungsteams nutzen zunehmend externe Agenten, die autonom Code schreiben, Änderungen committen und Pull Requests öffnen. Diese Dynamik schuf eine klare Lücke: Copilots Code wurde gescannt, während Code externer Agenten — der durch dieselben Repositorys und dieselben Workflows läuft — nicht gescannt wurde.

Welche Sicherheitsprüfungen führt der Agent am generierten Code durch?

Jeder Pull Request, den von einem Drittanbieter-Agenten generierter Code an ein GitHub-Repository weiterleitet, durchläuft drei automatisierte Sicherheitsschritte:

CodeQL-Schwachstellenscan GitHubs Tool für statische Codeanalyse (static analysis) untersucht den generierten Code auf Muster, die auf bekannte Sicherheitslücken hinweisen — von SQL-Injektionen und Cross-Site-Scripting bis hin zu unsicheren Dateioperationen, je nach Programmiersprache. CodeQL versteht die Semantik des Codes und nicht nur Textmuster, was ihm eine niedrigere False-Positive-Rate gegenüber einfachen Regex-Prüfungen verleiht.

Abhängigkeitsprüfung gegen die Advisory-Datenbank Jede neue oder geänderte Abhängigkeit (dependency) wird automatisch mit der GitHub Advisory Database abgeglichen — einer Datenbank bekannter Schwachstellen in Open-Source-Paketen (CVE-Aufzeichnungen). Wenn ein Agent ein Paket mit einer aktiven Schwachstelle einführt, markiert die Prüfung dies sofort und blockiert die Finalisierung des Pull Requests, bis das Problem behoben ist.

Suche nach exponierten geheimen Schlüsseln Der Scan durchsucht den generierten Code nach API-Schlüsseln, OAuth-Tokens, Passwörtern und anderen sensiblen Daten (secrets), die versehentlich oder irrtümlich in den Code gelangt sind. Diese Maßnahme ist besonders relevant für Agenten, die automatisch Konfigurationsdateien oder Code-Beispiele generieren — eine häufige Quelle unbeabsichtigter Datenlecks.

Reaktion des Agenten auf gefundene Probleme

Die Validierung ist keine passive Berichterstattung — sie ist in den agentischen Workflow integriert. Wenn eine Schwachstelle, eine problematische Abhängigkeit oder ein exponierter geheimer Schlüssel entdeckt wird, versucht der Agent, das Problem automatisch zu beheben, bevor er den Pull Request abschließt. Das kann das Ersetzen anfälliger Pakete durch sicherere Versionen, das Entfernen exponierter Schlüssel oder die Anpassung des Codes gemäß CodeQL-Empfehlungen umfassen.

Nur wenn eine automatische Behebung nicht möglich ist, wird das Problem an das Entwicklungsteam eskaliert, das manuell eingreifen muss. Dieser Ansatz bedeutet, dass ein erheblicher Teil der Sicherheitskorrekturen innerhalb des agentischen Workflows bleibt — Schwachstellen gelangen nicht in das Code-Review oder in späte Entwicklungsphasen, wo ihre Behebung teurer ist.

Anwendung ohne besondere Lizenzen

Die Ausweitung ist standardmäßig aktiv (enabled by default) und folgt den Copilot-Einstellungen, die der Administrator bereits für das Repository konfiguriert hat. Es ist keine manuelle Aktivierung, keine separate Konfiguration für jeden Agenten oder ein Upgrade des Abonnementplans erforderlich.

Entscheidend: Der funktionale Schutz erfordert keine GitHub Advanced Security-Lizenz. Er ist für alle Nutzer ohne zusätzliche Kosten verfügbar, was besonders für kleinere Teams und Open-Source-Projekte wichtig ist, die keinen Zugang zu erweiterten Sicherheitstools im Enterprise-Plan haben.

Organisationen, die genau einstellen möchten, welche Prüfungen aktiv sind — oder einen bestimmten Agenten von der Validierung ausschließen möchten — können dies über die in der GitHub-Dokumentation für die Agentenkonfiguration (Configuring agent settings) beschriebenen Einstellungen tun.

---

Durch die Ausweitung der Sicherheitsvalidierung auf alle Agenten baut GitHub eine konsistente Sicherheitsschicht auf, die nicht davon abhängt, welches KI-Modell oder welcher Agent Code generiert. Für Entwicklungsteams, die externe Agenten in ihrem CI/CD-Workflow einzusetzen begonnen haben, bedeutet dieses Upgrade, dass dieselben Schutzstandards jetzt den gesamten Arbeitsablauf abdecken — automatisch, ohne zusätzliche Kosten oder manuelle Einrichtung.