Intersect exhorte les opérateurs de Cardano à corriger une vulnérabilité critique du noyau Linux (CVE-2026-98432)

Intersect, organisation Cardano composée de membres, a appelé les opérateurs de pools de staking à corriger puis à redémarrer leurs producteurs de blocs et serveurs relais à mesure que des correctifs deviennent disponibles pour une vulnérabilité critique du noyau Linux. Dans une mise à jour du 30 octobre, Intersect demande aux opérateurs de vérifier le noyau sur les deux types de serveurs et d’installer le noyau corrigé de leur distribution dès sa publication. La faille, CVE-2026-98432, obtient un score CVSS 3.1 de 9,8, soit critique, selon kernel.org. Elle concerne la gestion par le noyau des connexions TCP IPv4 entrantes et peut amener le noyau à accéder à une zone mémoire après sa libération. Le bulletin de sécurité de Red Hat indique qu’un attaquant distant non authentifié pourrait exploiter cette condition de course pour exécuter du code ; la description évoque aussi des plantages système et une corruption mémoire. Pour Cardano, l’alerte couvre les machines qui produisent les blocs et les relais qui les connectent au reste du réseau. La documentation destinée aux opérateurs recommande de connecter les producteurs de blocs uniquement à leurs propres relais ou à des relais de confiance, afin de les isoler d’Internet. L’avis d’Intersect ne signale aucune exploitation visant Cardano et ne chiffre pas le nombre de pools utilisant un noyau vulnérable. Correctifs et mesures provisoires Le tableau de suivi d’Ubuntu, mis à jour le 30 octobre, classe les noyaux standard d’Ubuntu 22.04, 24.04, 26.04 et 26.10 comme vulnérables, avec des correctifs en cours. Le bulletin de Red Hat du 30 octobre cite RHEL 8, 9 et 10 parmi les versions affectées et indique accélérer la publication des correctifs. AlmaLinux a annoncé le 30 octobre que des noyaux corrigés pour ses versions 8, 9 et 10 étaient disponibles dans des dépôts de test, avant leur sortie en production. La distribution précise qu’aucun noyau RHEL corrigé n’était alors disponible. La faille remonte à Linux 4.4 ; les correctifs amont ont été rétroportés vers les branches stables maintenues. L’attaque démontrée utilisait Multipath TCP, ou MPTCP. Les chercheurs d’Anthropic affirment que leur preuve de concept pouvait envoyer des paquets à un serveur Linux disposant d’un écouteur MPTCP et exécuter des commandes en root, sans identifiants ni interaction utilisateur. La Go Security Team avertit que la faille sous-jacente n’est pas propre à MPTCP : des systèmes sans ces écouteurs peuvent aussi être vulnérables. AlmaLinux conseille de désactiver MPTCP lorsqu’il n’est pas nécessaire et de redémarrer les services qui ont des écouteurs MPTCP existants : la modification du paramètre seul ne bloque que la création de nouveaux sockets MPTCP. Red Hat propose aussi une atténuation par pare-feu, qui filtre les paquets TCP IPv4 entrants contenant des options IP. L’éditeur recommande de tester la règle sur les charges de travail avant déploiement et précise que le filtrage peut réduire l’exposition, sans empêcher totalement l’exploitation. Les deux fournisseurs insistent : les mesures provisoires ne remplacent pas l’installation d’un noyau corrigé. Intersect demande explicitement aux opérateurs de redémarrer après la mise à jour.