Fala ataków Shai-Hulud. Nowe warianty robaka infekują pakiety NPM i PyPI
Grupa TeamPCP rozszerza kampanię Shai-Hulud o warianty Miasma i Hades. Atakujący infekują pakiety w repozytoriach NPM i PyPI, kradnąc poświadczenia i rozprzestrzeniając się na kolejne systemy. Artykuł wyjaśnia mechanizm ataku i podaje zalecenia dla programistów i administratorów.
Grupa przestępcza TeamPCP kontynuuje kampanię wymierzoną w ekosystem open source. Od początku czerwca 2026 roku badacze bezpieczeństwa identyfikują kolejne fale ataku z użyciem samoreplikującego się robaka Shai-Hulud. Nowe warianty – Miasma i Hades – infekują pakiety w repozytoriach NPM i PyPI, a ich celem jest kradzież poświadczeń, kluczy API i tokenów, a następnie rozprzestrzenianie się na systemy ofiar. Dla programistów i administratorów oznacza to konieczność natychmiastowego przeglądu używanych zależności.
Czym jest Shai-Hulud i jak działa nowa fala ataków?
Shai-Hulud to samoreplikujący się robak atakujący łańcuch dostaw oprogramowania. Jego pierwsze wersje pojawiły się we wrześniu 2025 roku, a w maju 2026 roku grupa TeamPCP opublikowała kod źródłowy robaka, co doprowadziło do powstania pierwszych klonów. Jak informuje SecurityWeek, powołując się na badaczy z firm Ox Security i Harness, od 1 czerwca 2026 roku zaobserwowano skoordynowane ataki z użyciem nowych wariantów.
Pierwszym z nich był incydent związany z Red Hat – 32 pakiety wchodzące w skład JavaScriptowego ekosystemu Hybrid Cloud Console zostały zainfekowane. Następnie zidentyfikowano wariant Miasma, który jest wieloetapowym dropperem wykonywanym podczas instalacji pakietu NPM. Jak tłumaczą badacze, skanuje on lokalny system i podłączone usługi chmurowe w poszukiwaniu poświadczeń, kluczy API, tokenów i innych sekretów, a następnie wykorzystuje je do rozprzestrzeniania się poprzez infekowanie pakietów, do których ofiara ma dostęp.
W krótkim czasie po wykryciu Miasmy, badacze z Snyk, Sonatype i StepSecurity ostrzegli, że do 5 czerwca zidentyfikowano co najmniej 57 pakietów NPM i ponad 300 złośliwych wersji pakietów. Atak dotknął m.in. Vapi server SDK, ai-sdk-ollama, autotel czy wrangler-deploy.
Wariant Hades – atak na PyPI i mutacja unikająca detekcji
Niemal równocześnie z Miasmą pojawił się wariant Hades, skierowany na repozytorium PyPI. Jak podaje SecurityWeek, powołując się na raport Socket, pierwsza fala zawierała 19 pakietów z plikiem *-setup.pth, który wykonywał kod przy starcie Pythona. Malware pobierał środowisko uruchomieniowe Bun i wykonywał kod JavaScript. Analiza wykazała, że Hades to odpowiednik Miasmy dla PyPI – zawierał ten sam mechanizm kradzieży poświadczeń i samorozprzestrzeniania się.
8 czerwca uderzyła druga fala Hadesa, atakując kolejne pakiety, w tym związane z bioinformatyką, uczeniem maszynowym na grafach oraz MCP. EndorLabs wyjaśnia, że do PyPI trafiły „widmowe” wydania (phantom releases) bez odpowiednich wersji na GitHubie. Socket zidentyfikował mutację w łańcuchu wykonawczym: ładowacz nie zawiera już payloadu, ale kod przeszukuje sys.path, by oddzielić ładowacz od właściwego ładunku, co utrudnia wykrycie. Łącznie w ekosystemach NPM i PyPI zidentyfikowano 471 złośliwych artefaktów.
Co oznaczają te ataki dla polskich firm i programistów?
Ataki na łańcuch dostaw oprogramowania są szczególnie groźne, ponieważ infekcja jednego pakietu może szybko rozprzestrzenić się na dziesiątki projektów, które go wykorzystują. Dla polskich firm korzystających z otwartego oprogramowania (zwłaszcza node.js i Pythona) ryzyko jest realne – nie trzeba być bezpośrednim celem, by paść ofiarą. Wystarczy pobrać zainfekowaną zależność.
Badacze podkreślają, że atakujący wykorzystują automatyzację do kradzieży sekretów i dalszego rozprzestrzeniania. Oznacza to, że pojedyncze naruszenie może prowadzić do kompromitacji wielu systemów w organizacji.
Jak się chronić? Zalecenia dla administratorów
W obliczu tych ataków należy podjąć następujące kroki:
- Przejrzyj aktualnie używane pakiety – sprawdź, czy w projekcie nie ma pakietów wymienionych w raportach (Vapi server SDK, ai-sdk-ollama, autotel, awaitly, executable-stories, node-env-resolver, wrangler-deploy oraz pakiety PyPI związane z bioinformatyką i MCP).
- Zaktualizuj zależności – producenci dotkniętych pakietów powinni już wydać łatki. Regularnie uruchamiaj skanery podatności, takie jak npm audit czy pip audit.
- Monitoruj podejrzane zachowania – zwracaj uwagę na nietypowe żądania sieciowe, próby dostępu do repozytoriów GitHub i nieautoryzowane operacje na tokenach.
- Ogranicz uprawnienia – używaj tokenów o minimalnym zakresie (least privilege) i regularnie je rotuj.
- Wdróż narzędzia do skanowania łańcucha dostaw – rozwiązania takie jak Socket czy Snyk mogą wykrywać złośliwe pakiety na wczesnym etapie.
Ataki Shai-Hulud pokazują, że bezpieczeństwo łańcucha dostaw oprogramowania wymaga nieustannej uwagi. Nawet sprawdzone pakiety mogą zostać skompromitowane, jeśli twórcy nie zabezpieczą swoich procesów CI/CD. Warto śledzić komunikaty CERT Polska i CISA, które regularnie ostrzegają przed nowymi kampaniami tego typu.
