Am 13. Oktober 2026 hat GitHub das Secret Scanning auf zwei neue Schlüsseltypen ausgeweitet: API-Schlüssel von Anthropic, die nun standardmäßig per Push Protection blockiert werden, und OAuth2-Tokens von Salesforce Marketing Cloud, die über eine neue Partnerschaft abgedeckt sind. Auch ein Cloudsmith-API-Schlüssel-Detektor kommt zur Liste der automatischen Erkennungen hinzu. Für Teams, die API-Schlüssel von Sprachmodellen in ihren Repositories verwenden, ändert sich dadurch konkret, was im Moment eines git push passiert.
Was sich beim Push konkret ändert
Bisher wurde ein offengelegter Anthropic-Schlüssel in einem öffentlichen Repository meist nachträglich erkannt und dann zur Sperrung an den Partner weitergeleitet. Mit diesem Update gehören Anthropic-Service- und -Nutzer-API-Schlüssel standardmäßig zur Push Protection: Ein Commit, der einen solchen Schlüssel enthält, wird blockiert, bevor er GitHub überhaupt erreicht – und zwar in jedem Repository mit aktiviertem Secret Scanning, einschließlich kostenloser öffentlicher Repositories.
$ git push origin main
remote: error: GH013: Repository rule violations found
remote:
remote: — Push cannot contain secrets —
remote:
remote: Anthropic API Key
remote: locations:
remote: - commit: 7e4f21a
remote: path: config/settings.py:14
remote:
remote: (?) To push, remove the secret from your commit(s),
remote: or allow the push at:
remote: https://github.com/OWNER/REPO/security/secret-scanning/unblock/...
Drei Detektoren, zwei unterschiedliche Behandlungen
Das Update behandelt nicht jeden neuen Partner gleich: Nur Anthropic-Schlüssel wechseln zur standardmäßigen Blockierung, während Salesforce und Cloudsmith vorerst nur per Erkennung abgedeckt sind.
| Anbieter | Erkanntes Geheimnis | Push Protection standardmäßig |
|---|---|---|
| Anthropic | Service-API-Schlüssel, Nutzer-API-Schlüssel | Ja (neu) |
| Salesforce | Marketing-Cloud-OAuth2-Token | Nur Erkennung |
| Cloudsmith | API-Schlüssel | Nur Erkennung |
Für öffentliche Repositories gab es bereits vor diesem Update einen Mechanismus: GitHub ist seit 2024 Secret-Scanning-Partner von Anthropic und leitet offengelegte Schlüssel aus öffentlichen Repositories weiter, damit der Anbieter sie widerrufen kann. Neu am 13. Oktober ist die präventive Blockierung an der Quelle, bevor ein Schlüssel überhaupt in der öffentlichen Historie sichtbar wird.
Der blinde Fleck, der bleibt: bereits veröffentlichte Historie
Push Protection greift bei neuen Commits, nicht rückwirkend bei bereits gepushter Git-Historie. Ein Anthropic-Schlüssel, der seit Monaten in einem Repository liegt, auch einem privaten, wird durch dieses Update nicht automatisch neutralisiert: Er bleibt weiterhin von der bestehenden Erkennung abhängig und, bei GitHub-Advanced-Security-Konten, von der Blockierung in privaten Repositories.
Seit dem 13. Oktober 2026 wird ein Commit mit einem Anthropic-API-Schlüssel blockiert, bevor er GitHub überhaupt erreicht – in jedem Repository mit aktiviertem Secret Scanning.
Ein Schlüssel, der bereits in der Historie eines Repositorys offengelegt wurde, auch einer alten, bleibt gültig, solange er nicht manuell widerrufen wird. Die Blockierung beim Push ersetzt weder ein Audit der bestehenden Historie noch die Rotation bereits committeter Schlüssel – eine Gewohnheit, die einem minimalen Sicherheits-Grundgerüst nahekommt.
Was bleibt
Die Ausweitung des Secret Scannings auf Anthropic-Schlüssel schließt ein reales Zeitfenster der Offenlegung für Teams, die Claude-API-Aufrufe in ihren Code einbauen, indem das Leck bereits beim Push blockiert wird statt erst danach. Es ist nicht die erste Erweiterung dieser Art: GitHub hatte die Erkennung bereits Anfang Oktober auf Lovable- und Supabase-Schlüssel ausgedehnt und geht dabei in aufeinanderfolgenden Partnerwellen vor statt in einer einmaligen Überarbeitung. Der Haken bleibt: Der Schutz deckt nur neue Pushes ab – Schlüssel, die bereits in einer Git-Historie stecken, brauchen weiterhin eine manuelle Prüfung und Rotation.
Das ist die Art von Update, die ich eher an den eigenen Repositories nachprüfen würde, statt sie als gegeben anzunehmen: Die standardmäßige Push Protection greift nur dort, wo Secret Scanning aktiv ist, und nicht jedes Konto hat das je nach Alter des Repositorys gleich aktiviert. Ein kurzer Audit der Sicherheitskonfiguration bei Projekten, die eine Sprachmodell-API aufrufen, dauert weniger lang als eine Notfall-Schlüsselrotation an einem Sonntagabend. — Simon Janvier
Primärquelle: GitHub Changelog, „Secret scanning blocks Anthropic keys by default, adds Salesforce“, 13. Oktober 2026.
