Przejdź do treści
Poradniki

Złośliwa aktualizacja Bitwarden CLI. Na czym polegał atak i jak się zabezpieczyć?

Badacze wykryli złośliwą wersję menedżera haseł Bitwarden CLI w repozytorium npm. Atak trwał zaledwie 90 minut, ale mógł doprowadzić do wykradzenia kluczowych poświadczeń. Wyjaśniamy szczegóły incydentu i podajemy konkretne kroki obronne.

4 min read
A dark abstract composition of interlocking chain links, where one link glows with a faint red light and is surrounded by small, translucent padlocks dissolving into particles. Minimalist, clean lines, no text.

Atak na łańcuch dostaw oprogramowania to jedno z najpoważniejszych zagrożeń w dzisiejszym cyberbezpieczeństwie. Ostatni incydent dotknął menedżera haseł Bitwarden, a konkretnie jego wersję CLI (interfejs wiersza poleceń). Badacze z Socket wykryli złośliwą aktualizację w repozytorium npm, oznaczoną jako wersja 2026.4.0. Atak trwał około półtorej godziny, ale potencjalne konsekwencje są poważne. Jak informują badacze, malware wykradał poświadczenia do GitHub, npm, klucze SSH, sekrety AWS, GCP, Azure oraz dane z narzędzi AI. Poniżej wyjaśniamy, na czym polegał atak i jakie kroki podjąć, jeśli pobrałeś zagrożoną wersję.

Jak działał złośliwy pakiet i co było celem atakujących?

Złośliwa wersja Bitwarden CLI została opublikowana w npm z wykorzystaniem wykradzionych tokenów. Jak ustalili badacze z JFrog Security, pakiet zawierał niestandardowy loader o nazwie bw_setup.js. Był on wywoływany przez hook preinstall – czyli jeszcze przed faktyczną instalacją pakietu. Loader uruchamiał zaciemniony kod JavaScript, którego zadaniem było skradzenie szerokiego zakresu danych uwierzytelniających.

Wśród celów malware’u znalazły się między innymi tokeny GitHub i npm, klucze SSH, sekrety usług chmurowych AWS, GCP oraz Azure, a także pliki konfiguracyjne narzędzi AI i historia shella. To zestawienie pokazuje, że atakujący celowali w osoby zarządzające infrastrukturą programistyczną i DevOps – czyli grupy, których poświadczenia mają największą wartość w ekosystemie IT.

„Jeśli korzystaliście z Bitwarden CLI w wersji 2026.4.0, to polecamy usunąć tę wersję ze swoich urządzeń i zresetować poświadczenia, z których korzystaliście na urządzeniu” – informuje oficjalny komunikat Bitwarden.

Badacze wskazują, że dane były eksfiltrowane dwoma kanałami. Głównym był serwer C2 pod adresem audit[.]checkmarx[.]cx/v1/telemetry. W przypadku niepowodzenia wykorzystywano GitHub – tworzono nowe repozytorium na koncie ofiary i przesyłano zaszyfrowane dane JSON do katalogu results. Atak ten powiązano z szerszą kampanią supply chain, której wcześniej padła ofiarą firma Checkmarx. Według doniesień grupa stojąca za tymi działaniami to TeamPCP.

Czy to oznacza, że menedżery haseł są niebezpieczne?

Incydent ten nie podważa zasadności używania menedżerów haseł. Bitwarden w oficjalnym komunikacie zaznacza, że „nie ma dowodów na przejęcie sejfów (haseł) użytkowników”. Złośliwa wersja dotyczyła wyłącznie CLI, a nie pozostałych aplikacji Bitwarden (wtyczek przeglądarkowych, aplikacji mobilnych czy desktopowych). Ponadto pakiet był dostępny zaledwie około 90 minut, co ogranicza liczbę potencjalnych ofiar.

Jak podkreślają analitycy Sekurak: „korzyści z ich stosowania (a ściślej: z używania silnych i unikalnych haseł dla każdego konta) jest więcej niż ryzyk (czego nie można powiedzieć o pojedynczym haśle ‘do wszystkiego’)”. Wniosek jest prosty – atak na łańcuch dostaw nie dyskredytuje całej kategorii narzędzi, ale przypomina o konieczności ostrożności i monitorowania źródeł, z których pobieramy oprogramowanie.

Jak sprawdzić, czy jesteś zagrożony i co zrobić w pierwszej kolejności?

Jeśli używasz Bitwarden CLI, sprawdź, czy nie zainstalowałeś wersji 2026.4.0. Możesz to zrobić komendą bw --version lub sprawdzić w menedżerze pakietów (npm) wersję zainstalowaną globalnie. Bitwarden wycofał złośliwą wersję z npm, ale jeśli pobrałeś ją 22 kwietnia 2026 roku, powinieneś podjąć następujące kroki:

  • Usuń zainstalowaną wersję 2026.4.0 i zastąp ją aktualną, bezpieczną wersją.
  • Zresetuj wszystkie poświadczenia, które mogły być dostępne na urządzeniu, na którym instalowałeś CLI. Dotyczy to zwłaszcza tokenów GitHub i npm, kluczy SSH, sekretów AWS, GCP, Azure oraz haseł do narzędzi CI/CD i AI.
  • Sprawdź, czy na twoim koncie GitHub nie pojawiły się nieznane repozytoria – to jeden z objawów eksfiltracji danych.
  • Rozważ zmianę hasła głównego do sejfu Bitwarden, choć – jak zaznacza producent – nie ma dowodów na jego przejęcie.
  • Wdróż monitorowanie aktywności na kontach, szczególnie w usługach chmurowych i repozytoriach kodu. Włącz uwierzytelnianie wieloskładnikowe (MFA) wszędzie, gdzie to możliwe.

Szczegółowe instrukcje remediacji przygotowali badacze JFrog – warto się z nimi zapoznać, jeśli podejrzewasz, że mogłeś być celem ataku.

Co dalej? Lekcje z ataku na Bitwarden CLI

Incydent z Bitwarden CLI to kolejne ostrzeżenie, jak ważne jest zabezpieczenie łańcucha dostaw oprogramowania. Atakujący nie przejęli bezpośrednio serwerów Bitwarden, ale wykradli tokeny umożliwiające publikację złośliwego kodu w oficjalnym repozytorium. To dowód na to, że nawet zaufane źródła mogą zostać skompromitowane na skutek ataku na dostawcę usług lub narzędzia pośredniczące.

Dla użytkowników i administratorów oznacza to konieczność wypracowania nawyków: weryfikowania sum kontrolnych pobieranych pakietów, stosowania minimalnych uprawnień dla tokenów używanych w CI/CD oraz regularnego przeglądu aktywności na kontach. W przypadku narzędzi takich jak menedżery haseł warto śledzić oficjalne komunikaty producenta oraz niezależnych badaczy bezpieczeństwa.

Czujność i szybka reakcja – to wciąż najlepsza linia obrony w świecie, w którym zaufanie do kodu nie wystarczy.

Redakcja sekuret.pl

Redakcja sekuret.pl

AUTHOR