Firma Notepad++ twierdzi, że ruch związany z aktualizacjami był przechwytywany przez miesiące w 2025 roku, a atakujący przechwytywali go i selektywnie przekierowywali niektórych użytkowników do złośliwej infrastruktury. BleepingComputer donosi, że atak rozpoczął się w czerwcu 2025 roku i zakończył 2 grudnia, po tym jak dostawca hostingu wykrył naruszenie i odciął dostęp.
Ten incydent to cenne przypomnienie, że „pobieranie przez HTTPS” to nie jest pełna historia bezpieczeństwa. Systemy aktualizacji wymagają silnej, kompleksowej weryfikacji – ponieważ infrastruktura, której ufasz, może paść ofiarą ataku.
Co wykorzystali atakujący
BleepingComputer opisuje lukę w kontroli weryfikacji aktualizacji w starszych wersjach Notepad++, umożliwiającą atakującym dostarczanie zmodyfikowanych manifestów aktualizacji i przekierowywanie pobieranych plików.
Jak podano, kampania miała charakter wąski i selektywny, co wskazuje na to, że aktorowi bardziej zależy na dotarciu do konkretnych grup docelowych niż na masowej dystrybucji.
Oś czasu ma znaczenie:
- Początkowy kompromis w czerwcu 2025 r.
- Tymczasowe zakłócenia na początku września po aktualizacjach jądra/oprogramowania układowego
- Dostęp możliwy za pomocą skradzionych wewnętrznych danych uwierzytelniających do 2 grudnia
Krok „dane uwierzytelniające przetrwały naprawę” jest klasycznym przykładem niepowodzenia reakcji na incydent: samo załatanie serwera nie wystarczy, jeśli atakujący ma już klucze.
Co zmieniło się w Notepad++ po incydencie
BleepingComputer informuje, że Notepad++ przeniósł klientów do nowego dostawcy hostingu, dokonał rotacji danych uwierzytelniających i ulepszył weryfikację.
Od wersji 8.8.9 WinGUP:
- Weryfikuje certyfikaty i podpisy instalatorów
- Używa kryptograficznie podpisanego pliku XML z aktualizacją
W ramach projektu zaplanowano również wprowadzenie obowiązkowej weryfikacji podpisu certyfikatu w wersji 8.9.2.
Taka progresja — opcjonalne kontrole → bardziej rygorystyczne kontrole → obowiązkowe kontrole — to dokładnie sposób, w jaki dystrybucja oprogramowania powinna z czasem stawać się coraz twardsza.
Aspekt złośliwego oprogramowania: Chrysalis i atrybucja
BleepingComputer powołuje się na badania Rapid7, które przypisują powiązaną kampanię chińskiej grupie APT znanej jako Lotus Blossom (opisywanej także pod innymi aliasami) i niestandardowemu backdoorowi Rapid7 o nazwie „Chrysalis”.
W przypadku ukierunkowanych incydentów w łańcuchu dostaw, ładunek jest często tworzony na zamówienie. Dlatego kluczową obroną nie jest „wykrycie konkretnego złośliwego oprogramowania”, ale „utrudnienie dostarczenia nieautoryzowanego ładunku za pośrednictwem programu aktualizującego”.
Co organizacje powinny zrobić inaczej
Jeśli zarządzasz oprogramowaniem w środowisku korporacyjnym, incydent ten wskazuje na kilka błędów obronnych:
- Unikaj automatycznych aktualizacji dla konsumentóww miarę możliwości w systemach krytycznych.
- Korzystaj z zarządzanej dystrybucji oprogramowania(podpisane pakiety w wewnętrznych repozytoriach, Intune/SCCM itp.).
- Przypnij i zweryfikuj podpisydla instalatorów i aktualizacji.
- Monitoruj „ścieżki aktualizacji”jako infrastruktura krytyczna: DNS, zasady inspekcji TLS, zachowanie serwerów proxy i łańcuchy wykonywania punktów końcowych.
Jeśli jesteś użytkownikiem indywidualnym, praktyczne kroki są prostsze:
- Zaktualizuj do najnowszej wersji Notepad++ z oficjalnej strony
- Zachowaj ostrożność w przypadku monitów o aktualizację, które nie przypominają normalnego instalatora
- Unikaj reklam „pobierz teraz” w wynikach wyszukiwania, które naśladują oficjalne strony
Podsumowanie
Sześciomiesięczny atak na aktualizacje w Notepad++ nie dotyczył pojedynczego błędu – chodziło o granice zaufania. Jeśli atakujący może zmienić manifest lub weryfikacja podpisów jest słaba, „aktualizacje” stają się z założenia zdalnym wykonywaniem kodu. Rozwiązaniem jest kompleksowa weryfikacja, której nie da się ominąć, nawet gdy dostawca hostingu zostanie przejęty.