Przejdź do treści
Cyberataki

Grupa TeamPCP zatruła zaufane narzędzia deweloperskie. Jak chronić łańcuch dostaw?

FBI ostrzega przed grupą TeamPCP, która wstrzyknęła złośliwy kod do popularnych narzędzi, takich jak Trivy czy LiteLLM. Atak dotknął łańcuch dostaw oprogramowania – podpowiadamy, jak się zabezpieczyć.

3 min read
A realistic photograph of a computer screen in a dark server room showing a software build pipeline with malicious code injection highlighted in red. In the foreground, a broken chain link symbolizing a compromised software supply chain. No text, logos, or watermarks.

„TeamPCP actors have conducted large-scale software supply chain compromises by targeting widely used developers and security tools” – ostrzega FBI w swoim komunikacie FLASH z 2 lipca 2026 roku. To nie jest kolejny wyciek danych, ale systematyczne zatruwanie łańcucha dostaw oprogramowania, które uderza w narzędzia, jakim deweloperzy ufają na co dzień.

Jak działał atak i które narzędzia zostały skompromitowane?

Grupa TeamPCP wstrzyknęła złośliwy kod do legalnych pakietów oprogramowania i rozpowszechniała je normalnymi kanałami dystrybucji. Gdy systemy CI/CD automatycznie pobierały aktualizacje, do środowisk trafiały trojanizowane wersje, instalujące złośliwe oprogramowanie bez żadnych widocznych oznak naruszenia.

FBI potwierdziło modyfikację czterech konkretnych narzędzi: Trivy (skaner podatności kontenerów), KICS (analiza statyczna infrastruktury jako kodu), LiteLLM (biblioteka do routingu zapytań między modelami AI) oraz Telnyx Python SDK. To nie są niszowe programy – są powszechnie zintegrowane z pipeline’ami CI/CD, przepływami pracy w chmurze i procesami skanowania bezpieczeństwa.

Cztery rodziny malware – co robiły w systemach ofiar?

TeamPCP wdrożył cztery odrębne rodziny złośliwego oprogramowania. CanisterWorm zbierał tokeny dostępu do chmury oraz klucze API dla AWS, GCP i Azure. SANDCLOCK wykradał dane uwierzytelniające AWS, tokeny kont serwisowych Kubernetes, zmienne środowiskowe i portfele kryptowalut. Mini Shai-Hulud to samoreplikujący się robak, który rozprzestrzeniał się w rejestrach npm i PyPI, a jego wariant Miasma dodatkowo zatruwał pliki konfiguracyjne.

„By weaponizing these supply chain entry points, the threat actors were able to introduce malicious code into victim environments at scale” – podkreśla FBI. Grupa nie tylko kradła dane, ale także zajmowała się wymuszeniami, publikując nazwy ofiar na publicznej stronie typu leak site.

„Organizations impacted by this campaign should treat exfiltrated data and credentials as a persistent risk, as affiliated threat actors are likely to weaponize them long after the initial compromise.” – FBI FLASH Alert

Jak infiltratorzy przejmowali konta na npm?

FBI wskazuje na konkretną technikę: TeamPCP przejmował konta maintainerów pakietów npm, celując w nieaktualne lub wygasłe domeny e-mail używane do rejestracji. Jeśli deweloper założył konto kilka lat temu, używając służbowego adresu, a domena później wygasła i została wykupiona, napastnicy mogli zresetować hasło i publikować złośliwe wersje pakietów. To prosta, ale skuteczna metoda, która wciąż działa, bo nikt nie audytuje starych adresów odzyskiwania konta.

Jak się bronić – konkretne zalecenia FBI

FBI opublikowało zestaw praktycznych zaleceń dla organizacji:

  • Przypinaj akcje GitHub Actions do zaszyfrowanych commitów SHA, a nie do ruchomych tagów wersji.
  • Rotuj wszystkie sekrety CI/CD, tokeny publikacji i dane uwierzytelniające do chmury, które były dostępne w czasie aktywności kampanii.
  • Wymuszaj najmniejsze uprawnienia dla kont serwisowych CI/CD i ograniczaj zakres tokenów publikujących.
  • Stosuj odporne na phishing MFA na wszystkich kontach z dostępem do repozytoriów kodu i rejestrów pakietów.
  • Wprowadź minimalny wiek pakietu (co najmniej 7 dni) w środowiskach instalacyjnych, aby społeczność zdążyła wykryć i zgłosić złośliwe wersje.
  • Audytuj konta maintainerów npm pod kątem nieaktualnych lub wygasłych domen odzyskiwania.
  • Wdróż monitorowanie behawioralne runnerów CI/CD w czasie rzeczywistym, aby wykrywać nieoczekiwane połączenia sieciowe.

Przechowuj sekrety w dedykowanych, szyfrowanych menedżerach – nigdy w kodzie lub plikach konfiguracyjnych. Preferuj tokeny tymczasowe zamiast statycznych kluczy, a po każdym podejrzeniu naruszenia natychmiast rotuj wszystko. Skanuj repozytoria i logi pod kątem ujawnionych sekretów za pomocą zautomatyzowanych narzędzi.

FBI ostrzega, że skradzione dane uwierzytelniające mogą być używane miesiące lub lata po incydencie, a grupa współpracuje z innymi ugrupowaniami cyberprzestępczymi. Każda organizacja, która podejrzewa naruszenie, powinna skontaktować się z lokalnym biurem FBI lub zgłosić sprawę na stronie IC3, zachowując logi pipeline’ów, dane o nazwach i wersjach pakietów oraz wszelką korespondencję od napastników.

Redakcja sekuret.pl

Redakcja sekuret.pl

AUTHOR