Alertes failles de sécurité : ce que j'ai vérifié et corrigé
Quand le CERT-FR ou la CISA signale une faille grave dans un logiciel qui fait tourner des sites web, je regarde si les serveurs dont je m'occupe sont touchés. Ici, je note la réponse : concerné ou pas, et si oui, le jour où c'est réglé.
Mis à jour le 07/11/2026 à 12 h 24
État des serveurs du réseau
Ce sont les quatre serveurs de Cyber Défense Serveur par Reims Digital, qui hébergent des sites web, des solutions ERP et SaaS de la Marne et de la Haute-Marne. Je les désigne par une lettre, comme sur la page des attaques en direct.
- Serveur A À jour Relevé du 07/11 vers 7 h
- Serveur R À jour Relevé du 07/11 vers 7 h
- Serveur N À jour Relevé du 07/11 vers 7 h
- Serveur MDP À jour Relevé du 07/11 vers 7 h
« À jour » : aucune mise à jour de sécurité n'attend, aucun service ne tourne encore sur une ancienne version. « Mises à jour en attente » : une mise à jour est prête et je l'applique après avoir vérifié qu'elle ne casse aucun site. Je ne publie pas ce qui attend, ni sur quel logiciel.
Les failles récentes et ce que j'en ai fait
Sur les 7 failles listées ci-dessous, 6 concernaient le réseau et sont corrigées, 1 ne le concernaient pas. Les plus récentes sont en haut.
-
Multiples failles dans le noyau Linux de Debian
Réseau Cyber Défense Serveur par Reims Digital : Concerné, corrigé le 04/11
Le noyau corrigé tournait déjà sur les trois serveurs visés avant la publication de l'avis : je les avais redémarrés les 3 et 4 novembre pour l'appliquer. Le quatrième utilise une version de Debian que cet avis ne vise pas.
-
Contournement de l'authentification dans OpenSSH
Réseau Cyber Défense Serveur par Reims Digital : Non concerné
La faille ne touche que les systèmes Linux construits sur la bibliothèque musl et sans module d'authentification PAM, comme Alpine. Mes serveurs tournent tous sous Debian, construit autrement : la condition n'est pas réunie. J'installerai quand même le correctif Debian dès sa sortie.
Avis officiel CERTFR-2026-ALE-015, CVE-2026-123158, CERTFR-2026-AVI-1468
-
Faille du noyau Linux exploitée par des attaquants
Réseau Cyber Défense Serveur par Reims Digital : Concerné, corrigé le 24/10
Quand la CISA l'a ajoutée à sa liste des failles exploitées, les noyaux corrigés tournaient déjà depuis le redémarrage du 24 octobre. Le serveur MDP, entré dans le réseau le 29 octobre, a été installé directement avec un noyau à jour.
-
Brotli2Shell, faille de la bibliothèque de compression Brotli
Réseau Cyber Défense Serveur par Reims Digital : Concerné, corrigé le 27/10
Les mises à jour automatiques avaient installé la bibliothèque corrigée dès le 25 octobre, mais un service d'un serveur gardait encore l'ancienne en mémoire. Je l'ai relancé le 27 octobre au soir. Depuis, ma veille repère aussi les services à relancer après une mise à jour.
-
Multiples failles dans le noyau Linux de Debian
Réseau Cyber Défense Serveur par Reims Digital : Concerné, corrigé le 24/10
Le noyau corrigé était déjà installé, mais il ne sert qu'après un redémarrage. J'ai redémarré les deux serveurs concernés le lendemain matin, avec moins d'une demi-minute de coupure chacun, puis vérifié que tous les sites répondaient comme avant.
-
Exécution de code à distance dans Node.js
Réseau Cyber Défense Serveur par Reims Digital : Concerné, corrigé le 23/10
Node.js est installé sur un seul serveur du réseau, et aucun site ne l'utilisait. Je l'ai mis à jour le lendemain de l'avis malgré tout : un logiciel installé mais oublié reste une porte.
-
PHP2Shell, failles critiques de PHP
Réseau Cyber Défense Serveur par Reims Digital : Concerné, corrigé le 21/10
J'ai appliqué la parade conseillée sur tous les serveurs le jour même, puis installé la version corrigée de PHP dans l'après-midi et testé chaque site. La CISA a confirmé des attaques réelles cinq jours plus tard.
Avis officiel CERTFR-2026-ALE-014, CVE-2026-109618, CVE-2026-109619 Mon article sur cette faille
- Critique : alerte du CERT-FR, le centre de veille de l'ANSSI. Il en publie peu, seulement pour les failles qui demandent d'agir tout de suite.
- Exploitée : la CISA, l'agence américaine de cybersécurité, a constaté des attaques réelles qui s'en servent.
- Importante : avis du CERT-FR qui permet de prendre la main sur un serveur ou d'y gagner des droits.
Comment je suis ces failles
Quatre fois par jour, un petit programme relit les alertes et les avis du CERT-FR ainsi que la liste des failles exploitées de la CISA. S'il y trouve un logiciel installé sur l'un des serveurs, il m'écrit. Le reste, je le fais moi-même : je lis l'avis, je regarde quelles versions et quelles configurations sont touchées, puis je compare avec ce qui tourne vraiment. C'est ce résultat que vous lisez sur cette page, pas une réponse automatique.
Les correctifs de sécurité de Debian s'installent seuls, tôt le matin. Quelques logiciels venus d'autres sources n'en profitent pas : je les surveille à part et je les installe à la main, après avoir testé les sites. J'ai aussi appris une chose avec Brotli2Shell, fin octobre : une mise à jour installée ne protège pas tant que le service qui l'utilise n'a pas été relancé. La veille le vérifie désormais.
Je ne reprends ici que les logiciels courants des sites web : PHP, serveur web, accès à distance, base de données, chiffrement, noyau Linux. Une alerte détectée mais pas encore vérifiée s'affiche « vérification en cours » : je préfère attendre que d'écrire « non concerné » trop vite.
Ce que je ne publie pas
Cette page dit si une faille est réglée, pas comment les serveurs sont faits. Vous n'y trouverez ni numéro de version, ni nom de site ou de client, ni adresse de serveur, ni réglage. Un robot qui la lirait apprendrait seulement que les failles connues sont suivies, ce qui ne l'aide en rien.
Et votre site, il en est où ?
Si votre site tourne sur PHP, WordPress ou un serveur que personne ne surveille vraiment, une faille de cette liste peut vous concerner sans que vous le sachiez. Je peux vérifier pour vous, ou faire entrer votre serveur dans le réseau : il reçoit alors la même veille et la même protection que les autres, pour 390 € de mise en place puis 29 € par mois.
Voir comment je protège un serveur Me demander une vérification
Questions fréquentes
Comment savoir si une faille touche mon site ?
Regardez d'abord quels logiciels font tourner votre site : CMS, PHP, serveur web, base de données. L'avis du CERT-FR liste les versions touchées et parfois une condition (un module, une configuration). Si votre hébergeur gère le serveur, demandez-lui où il en est ; si c'est vous, comparez vos versions à celles de l'avis. Je fais aussi cette vérification à la demande.
Pourquoi ne pas donner les versions de vos logiciels ?
Parce que ce serait une liste de courses pour un attaquant. Dire qu'une faille est corrigée et à quelle date suffit à montrer que le suivi est fait. Le détail technique reste entre moi et les propriétaires des serveurs.
Que veut dire « non concerné » ?
Que j'ai vérifié que la condition décrite par l'avis officiel n'existe pas sur les serveurs du réseau : logiciel absent, système différent, module non utilisé. Quand je ne peux pas l'établir avec certitude, j'écris « vérification en cours », jamais « non concerné ».
À quelle fréquence cette page change-t-elle ?
La liste des alertes est relue quatre fois par jour. Une nouvelle alerte apparaît d'abord en « vérification en cours », puis je complète la ligne à la main une fois la vérification faite. L'état des serveurs est relevé chaque matin.
Page tenue par Alexandre Léger, Reims Digital (Tinqueux, Marne, et Sainte-Livière, Haute-Marne). Sources : CERT-FR et catalogue CISA des failles exploitées. Voir aussi les attaques en direct dans la Marne et la Haute-Marne et le baromètre d'octobre 2026.