Przejdź do treści
Poradniki

Złośliwa aktualizacja Bitwarden CLI. Co się stało i jak bezpiecznie zareagować

Atak na łańcuch dostaw w npm dotknął menedżera haseł Bitwarden. Złośliwa wersja CLI wykradała poświadczenia przez 1,5 godziny. Wyjaśniamy, kogo dotyczy problem i jakie kroki podjąć.

3 min read
An abstract digital fortress with a broken chain link, where a glowing key floats above a dark cloud of tangled cables and binary fragments, symbolizing a supply chain attack on a password manager.

22 kwietnia 2026 roku w oficjalnym repozytorium npm pojawiła się złośliwa wersja narzędzia Bitwarden CLI (wersja 2026.4.0). Jak opisują badacze z Socket, pakiet zawierał malware wykradający poświadczenia – tokeny GitHub, npm, klucze SSH, sekrety chmurowe AWS, GCP, Azure oraz dane z narzędzi AI. Złośliwa wersja była dostępna przez około 1,5 godziny, po czym została usunięta. Bitwarden w oficjalnym komunikacie zapewnia, że nie ma dowodów na przejęcie sejfów z hasłami użytkowników. Mimo to incydent pokazuje, jak ataki na łańcuch dostaw mogą zagrozić nawet zaufanym narzędziom.

Jak doszło do ataku?

Badacze łączą incydent z szerszą kampanią supply chain, która wcześniej objęła infrastrukturę Checkmarx – dostawcy narzędzi AppSec. Atakujący, przypisywani grupie TeamPCP, wdrożyli złośliwy kod do obrazów Dockera i wtyczek Visual Studio Code powiązanych z Checkmarx. W przypadku Bitwarden CLI najprawdopodobniej wykorzystali wykradzione tokeny, aby opublikować zafałszowaną wersję pakietu w npm.

Złośliwy kod uruchamiał się przez hook preinstall pakietu, wywołując zaciemniony skrypt bw_setup.js. Jak ustalili badacze z JFrog Security, malware zbierał poświadczenia z lokalnych plików konfiguracyjnych, historii shella i zmiennych środowiskowych. Dane były serializowane, kompresowane i szyfrowane, a następnie wysyłane do serwera C2 pod adresem audit.checkmarx.cx. W przypadku niepowodzenia atakujący wykorzystywali konto GitHub ofiary do utworzenia repozytorium i przesłania danych.

Kogo dotyczy problem?

Incydent dotyczy wyłącznie użytkowników Bitwarden CLI, którzy pobrali wersję 2026.4.0 z npm w dniu 22 kwietnia 2026. Pozostałe aplikacje Bitwarden (przeglądarkowe, mobilne, desktopowe) nie zostały naruszone. Jak podkreślają badacze, menedżery haseł same w sobie pozostają bezpiecznym narzędziem – korzyści z używania silnych, unikalnych haseł przewyższają ryzyko związane z pojedynczym incydentem w kanale dystrybucji.

Warto jednak pamiętać, że atak na łańcuch dostaw może dotknąć każdego, kto instaluje pakiety z zewnętrznych repozytoriów. Nawet zaufane narzędzia mogą zostać skompromitowane, jeśli atakujący przejmą tokeny publikacyjne.

Jak bezpiecznie zareagować?

Jeśli korzystałeś z Bitwarden CLI w wersji 2026.4.0, wykonaj następujące kroki:

  • Usuń złośliwą wersję z urządzenia – odinstaluj pakiet i wyczyść pamięć podręczną npm.
  • Zresetuj wszystkie poświadczenia, które mogły być dostępne na urządzeniu: tokeny GitHub, npm, klucze SSH, sekrety AWS/GCP/Azure, a także hasła do kont, jeśli były przechowywane w menedżerze haseł (choć Bitwarden nie potwierdza wycieku sejfów).
  • Sprawdź aktywność kont – przejrzyj logi dostępu do repozytoriów GitHub, chmury i narzędzi CI/CD pod kątem nieautoryzowanych działań.
  • Zaktualizuj Bitwarden CLI do najnowszej, bezpiecznej wersji (obecnie 2026.4.1 lub nowsza).

Administratorzy w firmach powinni dodatkowo sprawdzić, czy złośliwa wersja nie została zainstalowana na maszynach deweloperskich lub serwerach CI/CD. Warto też wdrożyć skanowanie pakietów npm pod kątem znanych zagrożeń, np. za pomocą narzędzi takich jak Socket.

Co dalej?

Incydent z Bitwarden CLI to kolejne przypomnienie, że ataki na łańcuch dostaw są realnym zagrożeniem. Nawet jeśli sam menedżer haseł jest bezpieczny, kanał dystrybucji może zostać skompromitowany. Warto monitorować oficjalne komunikaty Bitwarden oraz raporty badaczy bezpieczeństwa. Na razie nie ma informacji o innych skompromitowanych pakietach w tej kampanii, ale sytuacja może się rozwijać.

Redakcja sekuret.pl

Redakcja sekuret.pl

AUTHOR