Skip to content
KitploitKITPLOIT
OutilsExploitsBlog
Log in
Soumettre
OutilsExploitsBlog
Soumettre

Outils de Hacking, PenTest et Cybersécurité pour votre Arsenal de Sécurité !

Kitploit est un répertoire d'outils de hacking, de cybersécurité et de pentesting. Découvrez les dernières mises à jour des projets pour trouver des vulnérabilités, analyser des systèmes, automatiser les tests et renforcer votre sécurité.

FluxContactConfidentialité© 2026 Kitploit

Répertoire d'outils

Catégories

Voir toutes les catégories
Loading categories
cve-2026-98432-mitigation — Audite les noyaux Debian/Ubuntu pour CVE-2026-98432 et applique des mesures d'atténuation persistantes via nftables et sysctl, puis guide la mise à niveau et le retour arrière du noyau. | Kitploit
Outils/GitHubGitHub/igreklg/cve-2026-98432-mitigation
Outils DéfensifsAnalyse des VulnérabilitésScripting et AutomatisationAudit de ConfigurationSécurité RéseauMauvaise ConfigurationRéponse aux Incidents
GitHub
igreklg/cve-2026-98432-mitigation

cve-2026-98432-mitigation

Audite les noyaux Debian/Ubuntu pour CVE-2026-98432 et applique des mesures d'atténuation persistantes via nftables et sysctl, puis guide la mise à niveau et le retour arrière du noyau.

Voir le dépôt
10il y a 4 joursPas encore vérifié

Populaires

Voir tout →

Découvrez les outils les plus utilisés par notre communauté.

Explorer tous les outils

Parcourez notre collection d'outils

Voir tous les outils →
Partager

CVE-2026-98432 : audit et protection temporaire pour Debian / Ubuntu

Le script vérifie si le noyau est corrigé pour CVE-2026-98432 (use-after-free dans le traitement TCP IPv4, CVSS 9.8). Si le noyau n'est pas corrigé, il active immédiatement une protection temporaire et aide à installer la mise à jour du noyau.

La protection réduit le risque, mais n'élimine pas la vulnérabilité. La seule solution complète est d'installer un noyau corrigé et de redémarrer. Selon l'évaluation de Red Hat, le filtrage des paquets avec options IP n'exclut pas totalement l'exploitation.

À propos de la vulnérabilité

  • Où se situe l'erreur. Lors de l'établissement d'une connexion TCP, tcp_v4_syn_recv_sock() transmet ireq_opt au socket enfant sans le copier, et inet_sock_destruct() le libère avec un kfree() ordinaire. Un SYN répété, traité à ce moment sur un autre cœur de processeur, accède à une mémoire déjà libérée dans ip_options_build().
  • Qui peut attaquer. Tout nœud ayant accès à un port TCP ouvert, sans authentification. L'attaque nécessite un SYN avec les options IPv4 Record Route ou Timestamp.
  • Second chemin vulnérable. Migration des requêtes entre sockets en écoute : net.ipv4.tcp_migrate_req=1 ou programme BPF BPF_SK_REUSEPORT_SELECT_OR_MIGRATE.
  • Rôle de MPTCP. L'exploit publié attaque un listener MPTCP. Les programmes en Go 1.24+ écoutent par défaut via MPTCP. Mais l'erreur elle-même n'est pas liée à MPTCP.
  • Versions affectées. Noyaux à partir de 4.4. Correctif en amont : ipv4: free inet_opt and ireq_opt after an RCU grace period (e3f33b0a1d89).
Branche stableCorrigé dans
5.105.10.272
5.155.15.223
6.16.1.190
6.66.6.159
6.126.12.113
6.186.18.56
7.27.2.10
mainline7.3

État dans les distributions au 2 novembre 2026 :

  • Debian 12 : corrigé dans linux 6.1.190-1 (DLA-4841-1) et linux-6.12 6.12.113-1~deb12u1 (DLA-4850-1).
  • Debian 13 : corrigé dans linux 6.12.113-1 (DSA-6568-1).
  • Ubuntu 22.04, 24.04 et plus récent : le correctif n'est pas encore publié. Ubuntu 16.04–20.04 : signalés comme vulnérables, aucun correctif disponible.

Ce que fait le script

  1. Audit. Détermine si le noyau en cours d'exécution et chaque noyau installé sont corrigés (voir la section « Comment la correction est déterminée »).
  2. Protection si le noyau n'est pas corrigé. Activée dès la première étape : sans réseau, sans questions et avant tout appel à apt.
    • Rejette les paquets TCP IPv4 entrants avec options IP (IHL > 5) dans le hook prerouting avec priorité raw (−300), c'est-à-dire avant que le noyau ne traite les options. Utilise nftables, ou à défaut iptables avec le module u32.
    • Définit net.mptcp.enabled = 0. Les sockets MPTCP déjà ouverts restent toutefois MPTCP, c'est pourquoi le script les énumère afin que vous redémarriez ces services.
    • Définit net.ipv4.tcp_migrate_req = 0 si la valeur était 1.
    • Rend la protection permanente : unité systemd, réapplication après redémarrage de nftables / netfilter-persistent / firewalld et vérification par minuterie toutes les 5 minutes.
  3. Mise à jour du noyau. Recherche les mises à jour et vérifie si le correctif est présent dans un noyau nouveau spécifique, et non dans le métapaquet. Propose ensuite l'installation, par défaut « oui ». La mise à jour du noyau est recommandée même si le correctif n'y est pas confirmé : elle corrige d'autres vulnérabilités.
  4. Bilan. Affiche l'état réel, relu depuis le système, et se termine avec un code de retour explicite.

Si le noyau en cours d'exécution est déjà corrigé, le script ne modifie rien et indique comment retirer une protection précédemment activée.

Prérequis

  • Debian 11/12/13, Ubuntu 20.04/22.04/24.04 et dérivés. Debian 11 et Ubuntu 20.04 sans Ubuntu Pro ne reçoivent plus de correctifs de noyau : le script y activera la protection, mais ne trouvera pas de mises à jour.
  • Droits root.
  • nftables (recommandé) ou iptables. La protection permanente nécessite systemd.

Utilisation

git clone https://github.com/IgrekLg/cve-2026-98432-mitigation.git
cd cve-2026-98432-mitigation
sudo bash mitigate-cve-2026-98432.sh            # аудит, защита, предложение обновить ядро
sudo bash mitigate-cve-2026-98432.sh --status   # только посмотреть, ничего не меняя
CléAction
--statusAfficher uniquement l'état
--uninstallRetirer la protection et restaurer les valeurs sysctl d'origine (si le noyau n'est pas corrigé, demandera confirmation)
-y, --yesSans questions : installer la mise à jour du noyau, confirmer --uninstall
--no-upgradeNe pas contacter apt : uniquement audit et protection
--forceActiver la protection même si le noyau est déjà corrigé
--keep-mptcpNe pas désactiver MPTCP
--keep-tcp-migrateNe pas toucher à net.ipv4.tcp_migrate_req

S'il n'y a pas de terminal (Ansible, cron, ssh sans -t) et que --yes n'est pas spécifié, la protection est tout de même activée, et l'installation du noyau est ignorée avec une indication.

Codes de retour

CodeSignification
0Le noyau en cours d'exécution est corrigé ou non affecté
3Le noyau n'est pas corrigé, la protection est active : mise à jour et redémarrage nécessaires
4Le noyau n'est pas corrigé, la protection n'est pas active
1Erreur
2Arguments invalides

Exemple pour Ansible :

- name: CVE-2026-98432 mitigation
  ansible.builtin.script: mitigate-cve-2026-98432.sh --yes
  register: cve
  failed_when: cve.rc not in [0, 3]
  changed_when: false

Comment est déterminée la correction du noyau

Les vérifications s'effectuent dans l'ordre :

  1. Changelog du paquet du noyau. Si CVE-2026-98432 ou l'en-tête du commit de correction y est mentionné, le noyau est corrigé.
  2. Debian et dérivés avec des versions du type 6.1.190-1. La partie amont de la version est comparée au tableau ci-dessus. Debian reçoit les corrections via les mises à jour stable, et le numéro de CVE n'est pas toujours indiqué dans le changelog.
  3. Ubuntu. Le numéro de version (5.15.0-NNN) ne reflète pas la branche stable, c'est pourquoi le noyau n'est considéré comme corrigé que d'après le changelog. Sans celui-ci, le statut est « correction non confirmée » et la protection est activée. En complément, pro fix CVE-2026-98432 --dry-run est affiché.
  4. Noyau hors paquet (mainline ou compilation personnelle) : la version issue de uname -r est comparée. Les noyaux candidats (-rc) sont considérés comme inconnus.

Le tableau des versions corrigées est intégré au script (FIXED_IN, données au 2026-11-02). Pour les distributions dérivées disposant de leurs propres noyaux (Proxmox, etc.), consultez le bulletin du fournisseur.

Ce qui est installé

CheminFonction
/usr/local/sbin/cve-2026-98432-fwAssistant : apply / ensure / remove / check
/etc/cve-2026-98432/mitigation.nftRègle nftables (table ip cve_2026_98432)
/etc/systemd/system/cve-2026-98432-mitigation.serviceApplication de la règle au démarrage, avant network-pre.target
/etc/systemd/system/cve-2026-98432-mitigation-check.{service,timer}Vérification toutes les 5 minutes, restaure la règle si quelqu'un l'a supprimée (écriture dans syslog)
/etc/systemd/system/{nftables,netfilter-persistent,firewalld}.service.d/50-cve-2026-98432.confRéapplication après le (re)chargement des règles par ces services ; créés uniquement pour ceux qui sont installés
/etc/sysctl.d/99-zz-cve-2026-98432.confsysctl ; le nom est choisi pour que le fichier soit lu après /etc/sysctl.conf
/var/lib/cve-2026-98432/sysctl.origValeurs sysctl d'origine pour --uninstall
Télécharger l’outil