Notepad++ affirme que son trafic de mise à jour a été détourné pendant plusieurs mois en 2025. Des pirates ont intercepté et redirigé sélectivement certains utilisateurs vers une infrastructure malveillante. Selon BleepingComputer, la compromission a débuté en juin 2025 et s'est terminée le 2 décembre, lorsque l'hébergeur a détecté la faille et bloqué l'accès.
Cet incident nous rappelle utilement que le téléchargement via HTTPS ne garantit pas une sécurité totale. Les systèmes de mise à jour nécessitent une vérification robuste de bout en bout, car l'infrastructure à laquelle vous faites confiance peut être compromise.
Ce que les attaquants ont exploité
BleepingComputer décrit une faille dans les contrôles de vérification des mises à jour des anciennes versions de Notepad++, permettant aux attaquants de diffuser des manifestes de mise à jour falsifiés et de rediriger les téléchargements.
La campagne aurait été ciblée et sélective, ce qui correspond au profil d'un acteur privilégiant l'accès à des cibles spécifiques plutôt que la diffusion à grande échelle.
Le calendrier est important :
- Compromis initial en juin 2025
- Perturbation temporaire début septembre suite aux mises à jour du noyau/micrologiciel
- Accès continu via des identifiants internes volés jusqu'au 2 décembre
Cette étape « les identifiants ont survécu à la correction » est un échec classique en matière de réponse aux incidents : corriger le serveur ne suffit pas si l’attaquant possède déjà les clés.
Qu'est-ce qui a changé dans Notepad++ après l'incident ?
BleepingComputer rapporte que Notepad++ a migré ses clients vers un nouvel hébergeur, a renouvelé ses identifiants et a amélioré sa vérification.
À partir de la version 8.8.9, WinGUP :
- Vérifie les certificats et signatures des installateurs
- Utilise un XML de mise à jour signé cryptographiquement
Le projet prévoit également d'imposer la vérification obligatoire de la signature des certificats dans la version 8.9.2.
Cette progression – contrôles optionnels → contrôles renforcés → contrôles obligatoires – correspond exactement à la manière dont la distribution de logiciels devrait se renforcer au fil du temps.
L'aspect logiciel malveillant : Chrysalis et l'attribution
BleepingComputer fait référence à une étude de Rapid7 attribuant une campagne similaire à un groupe APT chinois connu sous le nom de Lotus Blossom (également décrit sous d'autres alias) et à une porte dérobée personnalisée de Rapid7 nommée « Chrysalis ».
Lors d'attaques ciblées sur la chaîne d'approvisionnement, le logiciel malveillant est souvent personnalisé. C'est pourquoi la principale stratégie de défense n'est pas de « détecter ce logiciel malveillant précis », mais de « rendre difficile la diffusion de tout logiciel malveillant non autorisé via le programme de mise à jour ».
Ce que les organisations devraient faire différemment
Si vous gérez des logiciels en environnement d'entreprise, cet incident met en lumière quelques failles de sécurité :
- Évitez les mises à jour automatiques destinées aux consommateurssur les systèmes critiques lorsque cela est possible.
- Utilisez la distribution de logiciels gérée(packages signés dans les dépôts internes, Intune/SCCM, etc.).
- Épingler et vérifier les signaturespour les programmes d'installation et les mises à jour.
- Surveiller les « chemins de mise à jour »en tant qu'infrastructures critiques : DNS, politiques d'inspection TLS, comportement des proxys et chaînes d'exécution des points de terminaison.
Si vous êtes un utilisateur individuel, les étapes pratiques sont plus simples :
- Mettez à jour Notepad++ vers une version plus récente depuis le site officiel.
- Méfiez-vous des invites de mise à jour qui ne ressemblent pas à l'installateur normal.
- Évitez les publicités « télécharger maintenant » dans les résultats de recherche qui imitent les pages officielles.
En résumé
Le détournement des mises à jour de Notepad++ pendant six mois n'était pas dû à un simple bug, mais à une faille de confiance. Si un attaquant peut modifier le manifeste ou si les contrôles de signature sont faibles, les « mises à jour » deviennent, de fait, des exécutions de code à distance. La solution ? Une vérification de bout en bout inviolable, même si le fournisseur d'hébergement est compromis.