Notepad++ uppger att dess uppdateringstrafik kapades i månader under 2025, där angripare avlyssnade och selektivt omdirigerade vissa användare till skadlig infrastruktur. BleepingComputer rapporterar att intrånget började i juni 2025 och slutade den 2 december, efter att webbhotellleverantören upptäckte intrånget och avbröt åtkomsten.
Händelsen är en bra påminnelse om att "nedladdning via HTTPS" inte är en komplett säkerhetshistoria. Uppdateringssystem behöver stark verifiering från början till slut – eftersom den infrastruktur du litar på kan vara den som komprometteras.
Vad angriparna utnyttjade
BleepingComputer beskriver en lucka i uppdateringsverifieringskontrollerna i äldre Notepad++-versioner, vilket gör det möjligt för angripare att visa manipulerade uppdateringsmanifest och omdirigera nedladdningar.
Kampanjen var enligt uppgift snäv och selektiv, vilket överensstämmer med en aktör som bryr sig mer om tillgång till specifika mål än massdistribution.
Tidslinjen spelar roll:
- Inledande kompromiss i juni 2025
- Tillfällig störning i början av september efter kärn-/firmwareuppdateringar
- Fortsatt åtkomst via stulna interna inloggningsuppgifter fram till den 2 december
Det där steget med att "autentiseringsuppgifterna överlevde åtgärden" är ett klassiskt incidentresponsfel: det räcker inte att uppdatera servern om angriparen redan har nycklar.
Vad Notepad++ ändrade efter händelsen
BleepingComputer rapporterar att Notepad++ migrerade klienter till en ny webbhotellsleverantör, roterade inloggningsuppgifter och förbättrade verifieringen.
Från och med version 8.8.9, WinGUP:
- Verifierar installatörscertifikat och signaturer
- Använder kryptografiskt signerad uppdaterings-XML
Projektet planerar också att införa obligatorisk verifiering av certifikatsignaturer i version 8.9.2.
Den utvecklingen – valfria kontroller → starkare kontroller → obligatoriska kontroller – är precis hur programvarudistribution bör hårdna över tid.
Skadlig kodvinkel: Chrysalis och attribution
BleepingComputer refererar till Rapid7-forskning som tillskriver en relaterad kampanj till en kinesisk APT-grupp känd som Lotus Blossom (även beskriven med andra alias) och en anpassad bakdörrs-Rapid7 med namnet "Chrysalis".
Vid riktade incidenter i leveranskedjan är nyttolasten ofta skräddarsydd. Därför är det viktigaste försvaret inte att "upptäcka exakt denna skadliga kod", utan att "göra det svårt att leverera obehörig nyttolast via uppdateraren".
Vad organisationer borde göra annorlunda
Om du hanterar programvara i en företagsmiljö pekar den här incidenten på några defensiva standardvärden:
- Undvik automatiska konsumentuppdateringarpå kritiska system där det är möjligt.
- Använd hanterad programvarudistribution(signerade paket i interna repositorier, Intune/SCCM, etc.).
- Fäst och verifiera signaturerför installatörer och uppdateringar.
- Övervaka "uppdateringsvägar"som kritisk infrastruktur: DNS, TLS-inspektionspolicyer, proxybeteende och slutpunktskörningskedjor.
Om du är en enskild användare är de praktiska stegen enklare:
- Uppdatera till en aktuell Notepad++-version från den officiella webbplatsen
- Var misstänksam mot uppdateringsmeddelanden som inte ser ut som det vanliga installationsprogrammet
- Undvik annonser som "ladda ner nu" i sökresultat som imiterar officiella sidor
Slutsats
Notepad++s sex månader långa uppdateringskapning handlade inte om en enda bugg – den handlade om förtroendegränser. Om en angripare kan ändra manifestet eller om signaturkontrollerna är svaga, blir "uppdateringar" fjärrkodkörning per definition. Lösningen är en end-to-end-verifiering som du inte kan kringgå, inte ens när webbhotellleverantören blir ägd.