La rapidité fait partie de la protection
En cybersécurité, la période entre le moment où une faille est connue et celui où elle est corrigée est la chance des attaquants. Cette fenêtre se réduit : dans ce cas, un modèle d’IA a pu écrire lui-même une attaque fonctionnelle. Plus un correctif atteint rapidement chaque système, moins l’attaquant a de marge.
C’est pourquoi nous ne voulons pas que nos clients dépendent du calendrier d’un tiers. Au moment de la rédaction, Ubuntu et Red Hat Enterprise Linux, deux des distributions Linux les plus utilisées, n’avaient pas encore publié de correctif.
Comment nous avons procédé
- Nous maîtrisons notre propre plateforme. AXS Guard fonctionne sur un système d’exploitation que nous développons et maintenons nous-mêmes : nous avons pu agir sans attendre un éditeur tiers
- Nous avons agi immédiatement. Nos ingénieurs ont intégré le correctif, l’ont testé et l’ont déployé sur tous les équipements AXS Guard le matin du 30 octobre 2026
- Nous avons informé les administrateurs. Chaque administrateur AXS Guard a reçu un e-mail détaillant le patch et les actions à prévoir
- Nous veillons à ce que personne ne reste en arrière. Le patch est activé par un redémarrage. Les administrateurs choisissent le moment ; les équipements qui n’auront pas été redémarrés le feront automatiquement le dimanche 1er novembre 2026 à 02h00, afin que chaque client soit protégé dès le début de la semaine
Pour nos clients, cela signifie : aucune recherche, aucune mise à jour manuelle et aucun travail supplémentaire.
De quelle faille s’agit-il ?
La faille, référencée CVE-2026-98432, se trouve dans la partie du noyau Linux qui établit les connexions réseau. Elle existe depuis Linux 4.4 et concerne donc un grand nombre de serveurs et d’équipements dans le monde. L’équipe de sécurité du noyau Linux lui attribue un score de 9,8 sur 10, tandis que d’autres éditeurs l’évaluent plus bas. Dans certaines conditions, un attaquant pourrait prendre le contrôle d’un système vulnérable via internet, sans mot de passe. Au 29 octobre, aucune attaque exploitant cette faille n’avait été signalée.
Vous utilisez d’autres systèmes Linux ?
Consultez l’avis de sécurité de votre éditeur pour CVE-2026-98432 et installez un noyau corrigé dès qu’il est disponible. Notre synthèse technique sur tcp2rootshell.com explique quels noyaux sont concernés et comment les corriger.