NouveauRustDesk : dépanner vos clients à distance avec votre propre serveur
info@betotech.be Service aux PME et aux particuliers TVA BE0761.794.646   LU35836349
Devis gratuit
BETOTECH Technologies de l'Informatique
Informatique Électricité

Noyau Linux : une faille critique permet de prendre le contrôle d’un serveur à distance

À lire avant d'appliquer une astuce

Ces astuces et articles sont partagés à titre purement informatif, sans engagement de résultat. Les mettre en pratique relève de votre seule décision et de votre seule responsabilité.

Chaque installation, chaque matériel et chaque configuration est différent : une manipulation sans danger chez l'un peut endommager l'équipement d'un autre, causer une perte de données ou créer un risque réel. BETOTECH ne pourra être tenue responsable d'aucun dommage, direct ou indirect, résultant de leur application.

Avant toute manipulation, sauvegardez vos données. En cas de doute, arrêtez-vous et faites appel à un professionnel.

Publié le 2 novembre 2026

Une faille critique a été découverte dans le noyau Linux, le cœur du système qui fait tourner la grande majorité des serveurs web, des VPS, des hyperviseurs Proxmox, des NAS et de nombreux équipements réseau. Référencée CVE-2026-98432 et notée 9,8 sur 10, elle peut permettre à un pirate de prendre le contrôle total (root) d’un serveur à distance, sans mot de passe, en lui envoyant des paquets réseau piégés.

Le bug existe depuis Linux 4.4 (2016) et touche la partie IPv4 du traitement des connexions TCP. Il a été trouvé par un chercheur d’Anthropic, qui a réussi en laboratoire à obtenir les droits root en moins d’une heure. Le scénario d’attaque décrit passe par MPTCP, une fonction réseau activée d’office pour les programmes écrits en Go récents. À ce jour (2 novembre), aucune attaque réelle n’a été signalée et le code d’exploitation n’a pas été publié : c’est le moment de corriger, avant que ça change.

Êtes-vous concerné ?

  • Oui, si vous avez un serveur Linux (VPS, serveur dédié, serveur Proxmox, machine virtuelle dans le cloud), surtout s’il est joignable depuis Internet.
  • Les NAS et appareils réseau sous Linux peuvent aussi être concernés : surveillez les mises à jour de leur fabricant dans les prochaines semaines.
  • Le risque est plus élevé pour les serveurs qui font tourner des services en écoute avec MPTCP (par exemple des programmes écrits en Go 1.24 ou plus récent), mais le bug n’est pas limité à MPTCP.
  • Non, pour un PC sous Windows ou un Mac.

Les versions corrigées

SystèmeVersion corrigée / état au 2 novembre 2026
Noyau Linux officiel5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10, 7.3
Debian 13linux 6.12.113-1
Debian 12linux 6.1.190-1 (ou linux-6.12 6.12.113-1~deb12u1)
RHEL 8 / 9 / 10kernel-4.18.0-553.182.1.el8_10 / kernel-5.14.0-687.64.1.el9_8 / kernel-6.12.0-211.72.1.el10_2
AlmaLinux 8, 9, 10Correctifs disponibles en dépôt « testing » uniquement
Proxmox VEproxmox-kernel-7.0.14-25-pve
Amazon Linux 2 et 2023, Oracle Linux UEKCorrigés
UbuntuPas encore de noyau corrigé : appliquer les mesures provisoires ci-dessous

Que faire ?

  1. Vérifiez la version du noyau avec la commande uname -r et comparez-la au tableau.
  2. Installez la mise à jour du noyau de votre distribution (apt update && apt full-upgrade, dnf update kernel…), puis redémarrez : sans redémarrage, l’ancien noyau reste actif. Sur Proxmox, planifiez la migration ou l’arrêt des machines virtuelles avant de redémarrer l’hôte.
  3. Pas de correctif disponible (Ubuntu) ou redémarrage impossible tout de suite ? Désactivez MPTCP : sysctl -w net.mptcp.enabled=0, rendez-le permanent dans /etc/sysctl.d/ puis redémarrez les services réseau. Red Hat propose aussi une règle nftables qui bloque les paquets TCP avec options IP (bulletin RHSB-2026-016).
  4. Réduisez l’exposition : ne laissez ouverts sur Internet que les ports indispensables, et mettez l’administration (SSH, Proxmox, Webmin…) derrière un VPN.
  5. Suivez les mises à jour de vos NAS, routeurs et enregistreurs vidéo sous Linux et installez-les dès leur sortie.

Le conseil BETOTECH

Les mesures provisoires (désactiver MPTCP, filtrer les paquets) sont utiles pour gagner du temps, mais seule la mise à jour du noyau suivie d’un redémarrage règle le problème. Profitez-en pour programmer un créneau de maintenance mensuel sur vos serveurs : c’est ce qui fait la différence lors de ce genre d’alerte. Besoin d’un coup de main sur vos serveurs ou votre Proxmox ? contactez-nous.

Sources

Article publié le 2 novembre 2026. Les informations de sécurité évoluent vite : avant d’agir, vérifiez toujours l’avis officiel de votre distribution ou de votre fabricant (liens ci-dessus).

Une question ou un commentaire sur cet article ?

Écrivez-nous : votre message n’est pas publié, il nous arrive directement et nous vous répondons par e-mail.

Recevez nos nouveaux articles et astuces par e-mail

Un e-mail quand un nouvel article est publié : sécurité informatique, réseau, électricité, alarmes. Pas de publicité, désinscription en un clic.

Découvrir nos astuces et articles Besoin d'aide ? Contactez-nous