Notepad++ susține că traficul său de actualizări a fost deturnat timp de luni de zile în 2025, atacatorii interceptând și redirecționând selectiv unii utilizatori către o infrastructură rău intenționată. BleepingComputer relatează că compromiterea a început în iunie 2025 și s-a încheiat pe 2 decembrie, după ce furnizorul de găzduire a detectat breșa și a întrerupt accesul.
Incidentul este o reamintire utilă a faptului că „descărcarea prin HTTPS” nu este o poveste completă despre securitate. Sistemele de actualizare au nevoie de o verificare puternică, completă, deoarece infrastructura în care aveți încredere poate fi cea compromisă.
Ce au exploatat atacatorii
BleepingComputer descrie o lacună în controalele de verificare a actualizărilor din versiunile mai vechi de Notepad++, permițând atacatorilor să difuzeze manifeste de actualizare modificate și să redirecționeze descărcările.
Se pare că campania a fost restrânsă și selectivă, în concordanță cu ideea unui actor care se preocupă mai mult de accesul la ținte specifice decât de distribuția în masă.
Cronologia contează:
- Compromis inițial în iunie 2025
- Întrerupere temporară la începutul lunii septembrie după actualizările kernelului/firmware-ului
- Acces continuu prin intermediul acreditărilor interne furate până pe 2 decembrie
Pasul „acreditările au supraviețuit remedierii” este un eșec clasic de răspuns la incidente: aplicarea de patch-uri la server nu este suficientă dacă atacatorul are deja chei.
Ce s-a schimbat Notepad++ după incident
BleepingComputer raportează că Notepad++ a migrat clienții către un nou furnizor de găzduire, a rotit acreditările și a îmbunătățit verificarea.
Începând cu versiunea 8.8.9, WinGUP:
- Verifică certificatele și semnăturile instalatorilor
- Folosește XML de actualizare semnat criptografic
Proiectul intenționează, de asemenea, să impună verificarea obligatorie a semnăturii certificatelor în versiunea 8.9.2.
Această progresie — verificări opționale → verificări mai puternice → verificări obligatorii — este exact modul în care distribuția de software ar trebui să se consolideze în timp.
Perspectiva malware: Chrysalis și atribuire
BleepingComputer face referire la cercetările Rapid7, atribuind o campanie similară unui grup APT chinezesc cunoscut sub numele de Lotus Blossom (descris și cu alte aliasuri) și unui backdoor personalizat Rapid7 numit „Chrysalis”.
În incidentele specifice ale lanțului de aprovizionare, sarcina utilă este adesea personalizată. De aceea, apărarea cheie nu este „detectarea exactă a acestui malware”, ci „îngreunarea livrării oricărei sarcini utile neautorizate prin intermediul programului de actualizare”.
Ce ar trebui să facă organizațiile diferit
Dacă gestionați software într-un mediu de întreprindere, acest incident indică câteva erori defensive:
- Evitați actualizările automate pentru consumatoripe sistemele critice, acolo unde este posibil.
- Utilizați distribuția de software gestionată(pachete semnate în repozitorii interne, Intune/SCCM etc.).
- Fixați și verificați semnăturilepentru instalatori și actualizări.
- Monitorizați „căile de actualizare”ca infrastructură critică: DNS, politici de inspecție TLS, comportamentul proxy-ului și lanțurile de execuție la nivel de endpoint.
Dacă ești un utilizator individual, pașii practici sunt mai simpli:
- Actualizați la o versiune curentă de Notepad++ de pe site-ul oficial
- Fiți suspicioși cu solicitările de actualizare care nu arată ca programul de instalare obișnuit.
- Evitați reclamele „descărcați acum” din rezultatele căutării care imită paginile oficiale
Concluzie
Deturnarea actualizărilor Notepad++ de șase luni nu a avut legătură cu o singură eroare, ci cu limitele de încredere. Dacă un atacator poate modifica manifestul sau verificările semnăturii sunt slabe, „actualizările” devin execuție de cod la distanță prin design. Remedierea este verificarea end-to-end pe care nu o poți ocoli, nici măcar atunci când furnizorul de găzduire devine deținut.