A Notepad++ azt állítja, hogy a frissítési forgalmát 2025-ben hónapokig eltérítették, a támadók elfogták és szelektíven átirányították egyes felhasználókat rosszindulatú infrastruktúrára. A BleepingComputer jelentése szerint a feltörés 2025 júniusában kezdődött és december 2-án ért véget, miután a tárhelyszolgáltató észlelte a behatolást és levágta a hozzáférést.
Az incidens hasznos emlékeztető arra, hogy a „HTTPS-en keresztüli letöltés” nem egy teljes biztonsági történet. A frissítési rendszereknek erős, végponttól végpontig tartó ellenőrzésre van szükségük – mert a megbízható infrastruktúra lehet az, ami veszélybe kerülhet.
Amit a támadók kihasználtak
A BleepingComputer egy hiányosságot ír le a régebbi Notepad++ verziók frissítés-ellenőrzési vezérlőiben, amely lehetővé teszi a támadók számára, hogy manipulált frissítési manifeszteket szolgáltassanak ki és átirányítsák a letöltéseket.
A kampány állítólag szűk és szelektív volt, összhangban egy olyan szereplővel, akit jobban érdekel a konkrét célpontokhoz való hozzáférés, mint a tömeges terjesztés.
Az idővonal számít:
- Kezdeti kompromisszum 2025 júniusában
- Ideiglenes fennakadás szeptember elején a kernel/firmware frissítések után
- Folyamatos hozzáférés ellopott belső hitelesítő adatokon keresztül december 2-ig
A „hitelesítő adatok túlélték a javítást” lépés egy klasszikus incidensre adott válasz kudarc: a szerver frissítése nem elég, ha a támadónak már vannak kulcsai.
Mit változtatott a Notepad++ az incidens után
A BleepingComputer jelentése szerint a Notepad++ új tárhelyszolgáltatóhoz migrálta az ügyfeleket, lecserélte a hitelesítő adatokat, és javította az ellenőrzést.
A 8.8.9-es verziótól kezdődően, WinGUP:
- Ellenőrzi a telepítői tanúsítványokat és aláírásokat
- Kriptográfiailag aláírt frissítési XML-t használ
A projekt a 8.9.2-es verzióban a kötelező tanúsítvány-aláírás-ellenőrzés bevezetését is tervezi.
Ez a progresszió – opcionális ellenőrzések → szigorúbb ellenőrzések → kötelező ellenőrzések – pontosan az, ahogyan a szoftverterjesztésnek idővel keményednie kellene.
A rosszindulatú programok nézőpontja: Chrysalis és attribúció
A BleepingComputer a Rapid7 kutatására hivatkozva egy kapcsolódó kampányt egy Lotus Blossom (más álnevekkel is leírva) nevű kínai APT csoportnak, valamint egy „Chrysalis” nevű, egyedi Rapid7 hátsó ajtónak tulajdonít.
Célzott ellátási lánc incidensek esetén a hasznos adat gyakran testreszabott. Ezért a legfontosabb védekezés nem a „pontos kártevő észlelése”, hanem a „jogosulatlan hasznos adat frissítőn keresztüli kézbesítésének megnehezítése”.
Amit a szervezeteknek másképp kellene tenniük
Ha vállalati környezetben kezel szoftvereket, ez az incidens néhány védelmi hibára utal:
- Kerüld a fogyasztóknak szánt automatikus frissítőketa kritikus rendszereken, ahol lehetséges.
- Használjon felügyelt szoftverterjesztést(aláírt csomagok belső adattárakban, Intune/SCCM stb.).
- Aláírások rögzítése és ellenőrzésetelepítők és frissítések esetében.
- „Frissítési útvonalak” figyelésekritikus infrastruktúraként: DNS, TLS ellenőrzési szabályzatok, proxy viselkedés és végpontok végrehajtási láncai.
Ha egyéni felhasználó vagy, a gyakorlati lépések egyszerűbbek:
- Frissítsen a Notepad++ aktuális verziójára a hivatalos webhelyről
- Gyanakodj azokra a frissítési utasításokra, amelyek nem hasonlítanak a szokásos telepítőre
- Kerüld a keresési eredmények között azokat a „letöltés most” hirdetéseket, amelyek hivatalos oldalakat utánoznak.
A lényeg
A Notepad++ hat hónapos frissítési támadása nem egyetlen hibáról szólt, hanem a bizalmi határokról. Ha egy támadó meg tudja változtatni a manifest fájlt, vagy az aláírás-ellenőrzések gyengék, a „frissítések” eleve távoli kódfuttatássá válnak. A javítás egy végponttól végpontig tartó ellenőrzés, amelyet nem lehet megkerülni, még akkor sem, ha a tárhelyszolgáltató a tulajdonába kerül.