Microsoft Threat Intelligence berichtete am 5. November 2026 von einem Fall, in dem ein KI-Agent binnen fünf Minuten von der Suche nach offengelegten Geheimnissen auf GitHub zum Abfluss von Daten aus Azure Key Vault gelangte. Microsoft hatte umfangreiche GitHub-Suchen nach Zugangsdaten bereits seit August 2026 beobachtet. Die Fünf-Minuten-Angabe bezieht sich auf mindestens einen beobachteten Fall, nicht auf eine allgemeine Angriffsdauer. Microsofts Bericht beschreibt den Zugriff als Missbrauch offengelegter oder gestohlener Anwendungszugangsdaten.
Der Zugriff lief über kompromittierte Anmeldedaten
Microsoft zufolge nutzten die Angreifer kompromittierte Anwendungsidentitäten und deren Berechtigungen, um auf Cloud-Ressourcen zuzugreifen. Der Bericht beschreibt damit Credential-Missbrauch, keine ausgenutzte Softwarelücke in Azure Key Vault. Der Dienst verwaltet Geheimnisse, Schlüssel und Zertifikate; der Zugriff darauf setzt Authentifizierung und Berechtigungen voraus, wie Microsofts Key-Vault-Dokumentation erläutert.
Microsoft berichtete außerdem von erfolgreichen Anmeldungen durch Dienstprinzipale, also Anwendungsidentitäten für automatisierte Zugriffe. Solche Anmeldungen von der IP-Adresse 199.19.77[.]84 beobachtete das Unternehmen spätestens ab dem 28. Oktober 2026 bei mehreren Anwendungs-IDs und einigen betroffenen Kunden. In einzelnen Fällen sei das Zugangsmittel einer mandantenübergreifenden Anbieteranwendung an seiner Quelle kompromittiert und anschließend in weiteren Mandanten verwendet worden.
Diese Anmeldungen gehören zu Microsofts breiterem Bericht über missbrauchte Anwendungszugänge. Microsoft beobachtete auch 199.19.77[.]18, weist aber darauf hin, dass es sich um einen Tor-Ausgangsknoten handelt, der mit nicht zusammenhängender schädlicher Aktivität verbunden sein könnte.
Microsofts IP-Sperre ist eng begrenzt
Für die konkrete Adresse 199.19.77[.]84 empfiehlt Microsoft, die einzelne IP-Adresse als /32 in einer Richtlinie für bedingten Zugriff auf Workload-Identitäten zu sperren. Die Empfehlung bezieht sich nicht auf das gesamte autonome System (ASN). Die Richtlinie setzt Workload ID Premium voraus und gilt nur für Single-Tenant-Anwendungen, die im eigenen Mandanten registriert sind.
Zugangsdaten und Tokens getrennt behandeln
Das Löschen eines öffentlichen GitHub-Geheimnisses beendet dessen Nutzbarkeit nicht. Microsoft zufolge bleiben offengelegte Zugangsdaten bis zum Widerruf oder zur Rotation verwendbar; Kopien können zudem in Verlaufsspeichern, Caches, Archiven und Protokollen weiterbestehen.
Ein gelöschtes Secret ist erst dann aus dem Spiel, wenn die Zugangsdaten widerrufen oder rotiert wurden.
Microsoft empfiehlt, kompromittierte Anwendungsgeheimnisse, Zertifikate und föderierte Anmeldedaten zu entfernen, betroffene Entra-Sitzungen, Azure-DevOps-PATs und SSH-Schlüssel zu widerrufen und alle Zugangsdaten zu rotieren, auf die die betroffene Anwendung zugreifen konnte. Bereits ausgestellte Tokens bleiben laut Microsoft bis zu ihrem Ablauf gültig.
Zur Vorbeugung nennt Microsoft Geheimnisscans, geringstmögliche Berechtigungen für Workload-Identitäten und verwaltete Identitäten, wo diese unterstützt werden.
