TechAtelier
CYBERSÉCURITÉ · LINUX · NOYAU

Linux : CVE-2026-98432, une faille critique dans TCP IPv4

Une vulnérabilité du noyau Linux affecte le traitement de certaines connexions TCP IPv4. Les administrateurs doivent vérifier les avis de leur distribution avant de planifier une mise à jour.

Pourquoi la faille est importante

Le défaut de type use-after-free concerne le traitement concurrent de demandes de connexion TCP et d’options IPv4. Dans certaines conditions, un attaquant distant non authentifié pourrait provoquer une corruption mémoire et potentiellement exécuter du code. Le score CVSS est de 9,8/10. Ce score ne signifie pas qu’une exploitation réussie est simple ni qu’elle a été constatée sur chaque système.

Ubuntu : état des correctifs au 1er novembre 2026

Le suivi officiel Ubuntu, mis à jour le 30 octobre, indique les noyaux standards des versions 26.04 LTS, 24.04 LTS et 22.04 LTS comme vulnérables, avec corrections en cours. La situation peut évoluer rapidement : consultez l’avis avant toute intervention. Ne déduisez pas l’état du correctif du seul numéro de version du noyau, car les distributions rétroportent leurs correctifs.

Que vérifier sur un VPS Linux ?

  1. Relever la distribution et le noyau en cours d’exécution avec cat /etc/os-release et uname -r.
  2. Consulter les avis de sécurité de l’éditeur et identifier le paquet noyau corrigé pour la branche utilisée.
  3. Inventorier les services TCP accessibles depuis Internet ; limiter l’exposition aux services nécessaires et aux adresses attendues lorsque c’est possible.
  4. Planifier une fenêtre de maintenance, une sauvegarde et un plan de retour arrière avant une mise à jour du noyau.
  5. Après installation d’un noyau corrigé, redémarrer lorsque nécessaire puis vérifier uname -r, l’accès distant et la disponibilité des services.

Des mesures temporaires, pas des correctifs

Red Hat décrit des mesures de filtrage des paquets IPv4 comportant des options. Elles peuvent réduire certaines voies d’exploitation mais risquent aussi d’affecter des usages réseau particuliers. N’appliquez pas de règle de pare-feu copiée sans analyse sur un serveur de production. Un correctif éditeur suivi de son activation reste la solution recommandée. La présence de Docker n’isole pas les conteneurs d’une vulnérabilité du noyau partagé par l’hôte.

Ce que TechAtelier recommande

Suivre les bulletins officiels, prioriser les hôtes exposant du TCP IPv4 et tester les correctifs sans compromettre la disponibilité. La surveillance des services contribue à détecter une indisponibilité après intervention, mais ne constitue pas une protection contre cette vulnérabilité.

Sources officielles

Publié le 1er novembre 2026.