5 listopada 2026 r. Microsoft Threat Intelligence poinformował, że w co najmniej jednym zaobserwowanym przypadku agent AI przeszedł od skanowania GitHuba w poszukiwaniu sekretów do eksfiltracji danych z Azure Key Vault w ciągu pięciu minut. Microsoft opisał ten przypadek w swoim raporcie o wykorzystaniu ujawnionych poświadczeń. Firma nie podała, jakie dane zostały wyprowadzone ani wszystkich etapów tej sekwencji.
Jak działał opisany mechanizm
Microsoft obserwował od sierpnia 2026 r. dużą liczbę wyszukiwań ujawnionych sekretów w publicznych repozytoriach GitHuba. Zapytania mogły łączyć nazwę organizacji ze słowami związanymi z sekretami oraz usługami chmurowymi lub narzędziami AI.
Opisany mechanizm polegał na wykorzystaniu ujawnionych lub skradzionych poświadczeń aplikacji do dostępu do zasobów, na które pozwalały przypisane im uprawnienia. Azure Key Vault służy do przechowywania sekretów, kluczy i certyfikatów, a dostęp do niego wymaga uwierzytelnienia i autoryzacji, jak wyjaśnia dokumentacja Microsoftu.
Co obejmowały obserwacje dotyczące adresów IP
Microsoft odnotował udane logowania jednostek usługi z adresu 199.19.77[.]84 już 28 października 2026 r. Logowania obejmowały wiele identyfikatorów aplikacji u części klientów. W niektórych przypadkach skompromitowano u źródła poświadczenie wielodostępnej aplikacji dostawcy, a następnie użyto go w dzierżawach klientów.
Microsoft odnotował również logowania z adresu 199.19.77[.]18, ale zaznaczył, że jest to węzeł wyjściowy Tor, który może być związany z niezwiązaną aktywnością. Zalecenie blokowania dotyczyło innego adresu: 199.19.77[.]84/32.
Blokada 199.19.77[.]84/32 ma określone wymagania
Microsoft zalecił zablokowanie dokładnego adresu 199.19.77[.]84/32 w zasadach Conditional Access dla tożsamości obciążeń, zamiast blokowania całego ASN. Taka zasada wymaga licencji Workload ID Premium i obejmuje wyłącznie aplikacje typu single-tenant zarejestrowane w dzierżawie klienta.
To istotne ograniczenie praktyczne: zalecenie dotyczy konkretnego wskaźnika i określonej konfiguracji. Nie należy rozszerzać go na pozostałe adresy wymienione przy innych obserwacjach Microsoftu.
Usunięcie sekretu nie unieważnia wydanych tokenów
Microsoft zalecił rotację ujawnionych poświadczeń oraz tych, do których miała dostęp objęta sprawą aplikacja. Wśród działań naprawczych wymienił także usunięcie jej sekretów, certyfikatów i poświadczeń federacyjnych oraz unieważnienie powiązanych sesji Microsoft Entra, tokenów PAT usługi Azure DevOps i kluczy SSH. Zalecił również sprawdzenie dzienników aktywności związanych z Entra, Azure, Key Vault, Storage, Azure DevOps i Microsoft 365.
Usunięcie sekretu z publicznego repozytorium nie unieważnia samego poświadczenia. Trzeba je unieważnić lub obrócić, a wydane wcześniej tokeny pozostają ważne do wygaśnięcia.
Microsoft zaznaczył, że już wydane tokeny zachowują ważność do końca swojego okresu ważności, nawet po usunięciu poświadczenia aplikacji.
