GitHub Push Protection spürt Secrets jetzt mit KI auf

GitHub ergänzt Code-Pushes um einen KI-Klassifikator, der Entwickler davon abhalten soll, Passwörter und andere Zugangsdaten in Repositories zu committen. Der Detektor wurde gemeinsam mit Microsoft Applied Sciences entwickelt und basiert auf ModernBERT.

Das Modell erweitert Push Protection, also die GitHub-Funktion, die Code nach Secrets durchsucht und einen Push blockieren kann, bevor Zugangsdaten in der Repository-Historie landen.

Kontext statt Muster

Push Protection erkennt schon jetzt viele Zugangsdaten, weil sie bekannten Formaten folgen. Viele Secrets tun das aber nicht. Ein Datenbankpasswort etwa kann aussehen wie jede andere Zeichenkette.

Der neue Klassifikator wertet den Code rund um eine verdächtige Zeichenkette aus, um zu entscheiden, ob es sich um ein Secret handelt. Laut GitHub verarbeitet er Stapel möglicher Secrets in weniger als zwei Millisekunden. Nach Angaben des Unternehmens könnte sich die Zahl der Secrets, die Push Protection abfangen kann, damit mehr als verdoppeln.

"Push Protection greift früher ein. Sie stoppt erkennbare Zugangsdaten, bevor sie in die Repository-Historie gelangen, und gibt dem Entwickler oder Agenten die Chance, die Änderung zu korrigieren, bevor es eine Offenlegung gibt, der man nachgehen muss", schrieb Erin Havens, Product Manager bei GitHub.

Geschwindigkeit ist dabei nur eine Vorgabe. Fehlalarme unterbrechen Entwickler und sorgen dafür, dass sie der nächsten Warnung weniger trauen. GitHub zufolge muss das Unternehmen bei der Suche nach Secrets Genauigkeit, Geschwindigkeit, Verarbeitungskapazität und Betriebskosten gegeneinander abwägen.

Mehr Code, mehr Lecks

Laut GitHub taucht etwa alle zwei Sekunden ein neues Secret in öffentlich sichtbarem Code auf. Zwischen Q2 2024 und Q2 2026 stieg die Zahl der überprüften öffentlichen Pushes um das 2,84-Fache. Im selben Zeitraum wuchs die Zahl der Pushes mit Zugangsdaten um das 2,59-Fache.

Über diese neun Quartale fand das Unternehmen keinen statistisch nachweisbaren Trend beim Anteil der Pushes mit Secrets. Die Lecks nehmen also ungefähr im gleichen Maß zu wie die Menge an Code.

Über alle Secret-Typen hinweg, die GitHub erkennt, blockiert Push Protection rund 30 % der neu entdeckten Secrets, bevor sie die Repository-Historie erreichen. Die übrigen 70 % werden erst nach der Offenlegung entdeckt.

Ein geleaktes Zugangsdatum kann jemandem Zugriff auf eine Datenbank, einen Cloud-Dienst oder ein anderes angebundenes System verschaffen. Entwickler müssen es dann deaktivieren, ersetzen und prüfen, ob es missbraucht wurde. Ein manueller Widerruf dauert im Schnitt etwa 40 Tage, bei ungefähr jedem fünften offengelegten Secret sind es mehr als 90 Tage. Manche Dienstanbieter widerrufen Zugangsdaten automatisch, sobald GitHub eine Offenlegung meldet.

Einführung und Preise

Die erweiterte Push Protection befindet sich in einer Private Preview. Später im Oktober will GitHub sie für Organisationen mit GitHub Secret Protection in den Tarifen Enterprise Cloud und GitHub Team freigeben. Die Funktion verbraucht KI-Credits.

Organisationen, die bereits die KI-gestützte Secret-Erkennung nutzen, werden automatisch auf das neue Modell umgestellt. Warnungen aus Scans, die nach einem Push laufen, sind weiterhin ohne Zusatzkosten durch den bestehenden Secret-Scanning-Vertrag abgedeckt.

Das Modell kommt außerdem als Public Preview mit GitHub Enterprise Server 3.23, der selbst gehosteten Ausgabe von GitHub. Dort liefert es KI-erkannte Warnungen an Secret-Protection-Kunden, auch an solche mit vom Netz isolierten Umgebungen.

Zusätzlich baut GitHub den Klassifikator in den Befehl /security-review in Copilot CLI und Copilot App ein. Copilot-Nutzer können dann vor dem Push nach Secrets suchen, auch wenn ihre Organisation keinen Secret-Protection-Tarif hat. Die dabei verbrauchten KI-Credits werden in den AI Usage Insights GitHub Secret Protection zugerechnet.

Unsere Einschätzung

GitHubs eigene Zahlen legen nahe, dass das eigentliche Problem der Zeitpunkt ist. Wenn 70 % der erkannten Secrets erst nach der Offenlegung gefunden werden und sich der Widerruf über Wochen hinzieht, könnte eine Erkennung unmittelbar vor dem Push das Zeitfenster für Angreifer verkleinern. Dass Havens "den Entwickler oder Agenten" erwähnt, ist aufschlussreich. Wenn KI-Werkzeuge immer mehr Code schreiben und pushen, müssen Prüfungen mit dem Tempo dieser Agenten mithalten, und Anbieter bauen ähnliche Schutzmechanismen für KI-Coding-Agenten. Klassifikatoren ersetzen nicht, Zugangsdaten gar nicht erst in den Code zu schreiben, etwa mithilfe eines eigenen Secrets-Managers. Es lohnt sich zu beobachten, wie sich die Fehlalarmquote in der Praxis schlägt und ob die Kosten für KI-Credits die Verbreitung bremsen.