GhostAction znów uderza: złośliwe workflow GitHub Actions kradną sekrety i poświadczenia z historii Git

Wprowadzenie do problemu / definicja

GitHub Actions to jeden z fundamentów nowoczesnych procesów CI/CD, wykorzystywany do automatyzacji budowania, testowania i wdrażania aplikacji. Gdy jednak napastnik uzyska możliwość modyfikacji plików workflow w repozytorium, zaufany mechanizm automatyzacji może zostać przekształcony w narzędzie do uruchamiania złośliwego kodu. W praktyce oznacza to ryzyko przejęcia sekretów, tokenów dostępowych i innych wrażliwych danych używanych przez pipeline.

W skrócie

W październiku 2026 roku opisana została kolejna fala kampanii GhostAction, w której przejęte konta maintainerów posłużyły do masowego dodawania złośliwych workflow GitHub Actions do licznych repozytoriów. Operacja była wymierzona w kradzież sekretów CI/CD, a także w wyszukiwanie poświadczeń przechowywanych nie tylko w aktualnym kodzie, ale również w pełnej historii Git.

Atak obejmował publiczne repozytoria, a potencjalnie także prywatne forki i środowiska pochodne. Szczególnie niebezpieczne było maskowanie złośliwych plików jako rzekomych audytów bezpieczeństwa, co mogło obniżyć czujność zespołów deweloperskich.

Kontekst / historia

GhostAction nie jest nowym zjawiskiem. Wcześniejsze obserwacje tej kampanii wiązano już z atakami na ekosystem GitHub w 2025 roku, kiedy złośliwe workflow były wstrzykiwane do repozytoriów przy użyciu przejętych danych uwierzytelniających deweloperów. W 2026 roku aktywność grupy ponownie wzrosła, a badacze odnotowali kolejne fale incydentów obejmujące setki repozytoriów.

Najnowsza odsłona kampanii wyróżnia się rozszerzeniem zakresu zbieranych danych. Napastnicy nie ograniczali się wyłącznie do standardowych sekretów używanych przez GitHub Actions. Workflow zostały przygotowane tak, aby wyszukiwać także wzorce odpowiadające kluczom chmurowym, tokenom API, danym do usług SaaS oraz innym poświadczeniom ukrytym w kodzie i w historycznych commitach.

Analiza techniczna

Mechanizm ataku opiera się na kompromitacji kont maintainerów posiadających uprawnienia zapisu do repozytoriów. Po uzyskaniu dostępu napastnik dodaje do domyślnej gałęzi plik workflow podszywający się pod legalny proces bezpieczeństwa. Taka nazwa ma wzbudzać zaufanie i utrudniać szybkie wykrycie zagrożenia.

Po uruchomieniu pipeline wykonuje działania rozpoznawcze i eksfiltracyjne. Najpierw pobiera repozytorium wraz z pełną historią Git, aby analizować zarówno bieżący stan projektu, jak i wcześniejsze commity. Następnie przeszukuje środowisko pod kątem sekretów skonfigurowanych dla GitHub Actions oraz skanuje pliki źródłowe i historię zmian w poszukiwaniu wzorców odpowiadających poświadczeniom.

W praktyce zagrożone mogą być między innymi:

klucze dostępu do chmury,
tokeny do rejestrów kontenerów,
dane dostępowe do usług SaaS,
tokeny platform deweloperskich,
klucze API do usług analitycznych i AI.

Dodatkowym elementem ryzyka jest możliwość propagacji incydentu na forki repozytoriów, jeśli dziedziczą one zainfekowane workflow i mają aktywne mechanizmy Actions. Atak ten dobrze pokazuje słabość modelu zaufania w CI/CD: przejęcie jednego konta z prawem zapisu może otworzyć drogę do szerokiej kompromitacji sekretów wykorzystywanych przez organizację.

Konsekwencje / ryzyko

Najpoważniejszym skutkiem incydentu jest kompromitacja sekretów używanych przez pipeline, a następnie ich wykorzystanie do dalszej eskalacji. Skradzione tokeny mogą umożliwić publikację złośliwych pakietów, dostęp do rejestrów kontenerów, przejęcie zasobów chmurowych, a także ruch boczny do kolejnych systemów.

Dużym problemem jest również analiza historii Git. W wielu organizacjach sekrety usunięte z aktualnej wersji kodu są błędnie uznawane za unieszkodliwione, mimo że nadal mogą znajdować się w starszych commitach. Właśnie dlatego kampanie takie jak GhostAction są szczególnie groźne dla firm, które nie prowadzą regularnego skanowania historycznych wycieków.

Z perspektywy bezpieczeństwa łańcucha dostaw zagrożone są także forki, mirrory i zależne procesy automatyzacji. W środowiskach enterprise ryzyko jest jeszcze większe, ponieważ prywatne repozytoria częściej zawierają poświadczenia o wysokiej wartości operacyjnej.

Rekomendacje

Organizacje korzystające z GitHub Actions powinny niezwłocznie przeprowadzić przegląd repozytoriów pod kątem nieautoryzowanych plików workflow, szczególnie tych dodanych od końca sierpnia 2026 roku i podszywających się pod audyty bezpieczeństwa. Każde wykrycie takiego pliku należy traktować jak pełnoprawny incydent bezpieczeństwa.

W odpowiedzi na ryzyko warto podjąć następujące działania:

unieważnić przejęte poświadczenia kont GitHub, w tym tokeny PAT i aktywne sesje,
przeprowadzić rotację wszystkich sekretów dostępnych dla zainfekowanych workflow,
usunąć złośliwe workflow ze wszystkich gałęzi oraz sprawdzić forki i mirrory,
przeanalizować logi GitHub Actions pod kątem nietypowych uruchomień i zmian,
przeskanować historię Git w poszukiwaniu dawniej zapisanych sekretów,
ograniczyć uprawnienia sekretów zgodnie z zasadą najmniejszych uprawnień,
zastępować długowieczne sekrety mechanizmami krótkotrwałych tokenów,
wdrożyć monitoring zmian w katalogu .github/workflows/,
wymusić silne uwierzytelnianie i dodatkowe zabezpieczenia dla maintainerów.

Długofalowo warto też wdrożyć zasadę czterech oczu dla zmian w workflow, ochronę gałęzi domyślnej, centralne monitorowanie sekretów oraz regularne skanowanie repozytoriów pod kątem historycznych wycieków.

Podsumowanie

Kampania GhostAction potwierdza, że GitHub Actions stał się atrakcyjnym wektorem ataku na łańcuch dostaw oprogramowania. Wstrzyknięcie pojedynczego workflow do repozytorium może prowadzić do przejęcia sekretów CI/CD, kluczy chmurowych i tokenów API, a dostęp do pełnej historii Git dodatkowo zwiększa skalę potencjalnych szkód.

Najważniejszy wniosek dla organizacji jest jednoznaczny: bezpieczeństwo pipeline’ów należy traktować tak samo poważnie jak bezpieczeństwo środowisk produkcyjnych. Kompromitacja automatyzacji bardzo szybko może przełożyć się na kompromitację systemów, danych i procesów wdrożeniowych.