News · Logiciel
Faille TCP de Linux : le point sur CVE-2026-98432 chez Ubuntu et Red Hat
Publiée le 15 octobre, cette faille de mémoire dans le traitement TCP fait encore l’objet de correctifs en préparation selon les paquets. État vérifié le 30 octobre.
Point de situation au 30 octobre 2026. La faille CVE-2026-98432, publiée le 15 octobre, concerne une mauvaise gestion de mémoire dans le code réseau du noyau Linux. Les avis consultés montrent que l’état des correctifs doit être vérifié par distribution et par paquet : un numéro de version générique du noyau ne suffit pas à décrire toutes les machines.
Une course dans le traitement des connexions
L’avis d’Ubuntu (ouvre ubuntu.com dans un nouvel onglet) décrit un accès à une zone de mémoire après sa libération, lors de traitements concurrents liés aux connexions TCP IPv4. Le correctif porte sur la durée de vie des options réseau partagées entre ces opérations.
Red Hat (ouvre access.redhat.com dans un nouvel onglet) évoque principalement un risque de plantage, donc de déni de service, ou de corruption mémoire. Cette description d’impact ne démontre pas à elle seule une exécution de code fiable sur chaque version et chaque configuration. Les conditions d’exposition et les protections présentes restent déterminantes pour une machine donnée.
Ubuntu affiche un score CVSS de 9,8 et classe le sujet en priorité haute. La priorité de traitement d’un fournisseur et la note technique CVSS sont deux informations à lire ensemble, avec l’avis du produit concerné.
L’état des paquets est la référence
La page Ubuntu, mise à jour le 30 octobre, marque encore plusieurs noyaux standards comme vulnérables, avec un travail en cours sur des versions maintenues, notamment 22.04 LTS, 24.04 LTS, 26.04 LTS et 26.10. Les noyaux destinés au cloud ou à d’autres usages ont leurs propres lignes de suivi. Les numéros associés à un correctif en préparation ne doivent pas être présentés comme des mises à jour déjà distribuées.
Le flux de sécurité officiel de Red Hat (ouvre access.redhat.com dans un nouvel onglet), consulté le même jour, indique notamment les familles RHEL 8, 9 et 10 comme concernées. Son score provisoire diffère de celui rendu sur la page web ; nous ne présentons donc pas cette valeur comme une cotation définitive et uniforme.
Un suivi daté, à reprendre dans l’avis de l’éditeur
Pour déterminer l’état d’un système, les éléments utiles sont la distribution, sa version, le paquet de noyau installé et l’avis de maintenance correspondant. Les distributions peuvent intégrer une correction dans leur propre branche, sans adopter exactement le numéro du noyau amont.
Cette actualité complète les correctifs de la période que nous avons suivis avec GitLab et son avis critique du 21 octobre. Les états ci-dessus sont ceux des sources au 30 octobre : les pages éditeurs liées restent le point de référence pour savoir si un paquet corrigé a depuis été livré.
Laisser un avis
Avis des lecteurs
Aucun avis publié pour le moment.
