Skip to content
KitploitKITPLOIT
StrumentiExploitsBlog
Log in
Invia
StrumentiExploitsBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

FeedContattoPrivacy© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
cve-2026-98432-mitigation — Verifica i kernel Debian/Ubuntu per CVE-2026-98432 e applica mitigazioni persistenti tramite nftables e sysctl, quindi guida all'aggiornamento e al rollback del kernel. | Kitploit
Strumenti/GitHubGitHub/igreklg/cve-2026-98432-mitigation
Strumenti DifensiviAnalisi delle VulnerabilitàScripting e AutomazioneAudit di ConfigurazioneSicurezza di ReteConfigurazione ErrataRisposta agli Incidenti
GitHub

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
igreklg/cve-2026-98432-mitigation

cve-2026-98432-mitigation

Verifica i kernel Debian/Ubuntu per CVE-2026-98432 e applica mitigazioni persistenti tramite nftables e sysctl, quindi guida all'aggiornamento e al rollback del kernel.

Vedi Repository
32 giorni faNon ancora revisionato
Condividi

CVE-2026-98432: audit e protezione temporanea per Debian / Ubuntu

Lo script verifica se il kernel è stato corretto per CVE-2026-98432 (use-after-free nella gestione del TCP IPv4, CVSS 9.8). Se il kernel non è corretto, attiva immediatamente una protezione temporanea e aiuta a installare l'aggiornamento del kernel.

La protezione riduce il rischio, ma non elimina la vulnerabilità. La soluzione completa è una sola: installare il kernel corretto e riavviare. Secondo la valutazione di Red Hat, il filtraggio dei pacchetti con opzioni IP non esclude completamente lo sfruttamento.

Sulla vulnerabilità

  • Dove si trova l'errore. Durante l'instaurazione di una connessione TCP, tcp_v4_syn_recv_sock() passa ireq_opt al socket figlio senza copiarlo, e inet_sock_destruct() lo libera con un normale kfree(). Un SYN ripetuto, che in quel momento viene gestito su un altro core del processore, accede alla memoria già liberata in ip_options_build().
  • Chi può attaccare. Qualsiasi nodo che abbia accesso a una porta TCP aperta, senza autenticazione. Per l'attacco è necessario un SYN con le opzioni IPv4 Record Route o Timestamp.
  • Secondo percorso vulnerabile. Migrazione delle richieste tra socket in ascolto: net.ipv4.tcp_migrate_req=1 o programma BPF BPF_SK_REUSEPORT_SELECT_OR_MIGRATE.
  • Ruolo di MPTCP. L'exploit pubblicato attacca un listener MPTCP. I programmi in Go 1.24+ ascoltano tramite MPTCP per impostazione predefinita. Ma l'errore in sé non è legato a MPTCP.
  • Versioni interessate. Kernel a partire dalla 4.4. Correzione upstream: ipv4: free inet_opt and ireq_opt after an RCU grace period (e3f33b0a1d89).
Ramo stableCorretto in
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

Stato nelle distribuzioni al 2 novembre 2026:

  • Debian 12: corretto in linux 6.1.190-1 (DLA-4841-1) e linux-6.12 6.12.113-1~deb12u1 (DLA-4850-1).
  • Debian 13: corretto in linux 6.12.113-1 (DSA-6568-1).
  • Ubuntu 22.04, 24.04 e successive: la correzione non è ancora stata rilasciata. Ubuntu 16.04–20.04: risultano vulnerabili, non esiste correzione.

Cosa fa lo script

  1. Audit. Determina se il kernel in esecuzione e ciascun kernel installato sono stati corretti (vedi la sezione «Come viene determinata la correzione»).
  2. Protezione, se il kernel non è corretto. Viene attivata come primo passo: senza rete, senza domande e prima di qualsiasi accesso ad apt.
    • Scarta i pacchetti TCP IPv4 in ingresso con opzioni IP (IHL > 5) nell'hook prerouting con priorità raw (−300), cioè prima che il kernel analizzi le opzioni. Viene utilizzato nftables e, se non è disponibile, iptables con il modulo u32.
    • Imposta net.mptcp.enabled = 0. I socket MPTCP già aperti restano tuttavia MPTCP, perciò lo script li elenca affinché possiate riavviare questi servizi.
    • Imposta net.ipv4.tcp_migrate_req = 0, se il valore era 1.
    • Rende la protezione permanente: unit systemd, riapplicazione dopo il riavvio di nftables / netfilter-persistent / firewalld e verifica tramite timer ogni 5 minuti.
  3. Aggiornamento del kernel. Cerca aggiornamenti e verifica se la correzione è presente nel kernel nuovo specifico, non nel metapacchetto. Poi propone l'installazione, per impostazione predefinita «sì». L'aggiornamento del kernel è consigliato anche se la correzione in esso non è confermata: chiude altre vulnerabilità.
  4. Riepilogo. Stampa lo stato effettivo, riletto dal sistema, e termina con un codice di uscita chiaro.

Se il kernel in esecuzione è già corretto, lo script non modifica nulla e suggerisce come rimuovere la protezione precedentemente attivata.

Requisiti

  • Debian 11/12/13, Ubuntu 20.04/22.04/24.04 e derivate. Debian 11 e Ubuntu 20.04 senza Ubuntu Pro non ricevono più correzioni del kernel: su di esse lo script attiverà la protezione, ma non troverà aggiornamenti.
  • Privilegi root.
  • nftables (consigliato) o iptables. Per la protezione permanente è necessario systemd.

Utilizzo

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   # только посмотреть, ничего не меняя
ChiaveAzione
--statusMostra solo lo stato
--uninstallRimuove la protezione e ripristina i valori sysctl originali (se il kernel non è corretto, chiederà conferma)
-y, --yesSenza domande: installa l'aggiornamento del kernel, conferma --uninstall
--no-upgradeNon contattare apt: solo audit e protezione
--forceAbilita la protezione anche se il kernel è già corretto
--keep-mptcpNon disabilitare MPTCP
--keep-tcp-migrateNon toccare net.ipv4.tcp_migrate_req

Se non è disponibile un terminale (Ansible, cron, ssh senza -t) e non è specificato --yes, la protezione viene comunque attivata, mentre l'installazione del kernel viene saltata con un suggerimento.

Codici di ritorno

CodiceSignificato
0Il kernel in esecuzione è corretto o non interessato
3Kernel non corretto, protezione attiva: sono necessari aggiornamento e riavvio
4Kernel non corretto, protezione non attiva
1Errore
2Argomenti non validi

Esempio per 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

Come viene determinata la correzione del kernel

I controlli vengono eseguiti in ordine:

  1. Changelog del pacchetto del kernel. Se vi è menzionato CVE-2026-98432 o il titolo del commit correttivo, il kernel è corretto.
  2. Debian e derivate con versioni del tipo 6.1.190-1. La parte upstream della versione viene confrontata con la tabella sopra. Debian riceve le correzioni tramite gli aggiornamenti stable, e nel changelog il numero CVE non è sempre indicato.
  3. Ubuntu. Il numero di versione (5.15.0-NNN) non riflette il ramo stable, quindi il kernel è considerato corretto solo in base al changelog. In sua assenza lo stato è «correzione non confermata» e la protezione viene attivata. In aggiunta viene mostrato pro fix CVE-2026-98432 --dry-run.
  4. Kernel non da pacchetto (mainline o compilazione propria): viene confrontata la versione da uname -r. I kernel candidati (-rc) sono considerati sconosciuti.

La tabella delle versioni corrette è incorporata nello script (FIXED_IN, dati al 2026-11-02). Per le distribuzioni derivate con kernel propri (Proxmox e altre) consultare il bollettino del fornitore.

Cosa viene installato

PercorsoScopo
/usr/local/sbin/cve-2026-98432-fwHelper: apply / ensure / remove / check
/etc/cve-2026-98432/mitigation.nftRegola nftables (tabella ip cve_2026_98432)
/etc/systemd/system/cve-2026-98432-mitigation.serviceApplicazione della regola all'avvio, prima di network-pre.target
/etc/systemd/system/cve-2026-98432-mitigation-check.{service,timer}Controllo ogni 5 minuti, ripristina la regola se qualcuno l'ha rimossa (scrittura in syslog)
/etc/systemd/system/{nftables,netfilter-persistent,firewalld}.service.d/50-cve-2026-98432.confRiapplicazione dopo il (ri)caricamento delle regole da parte di questi servizi; creati solo per quelli installati
/etc/sysctl.d/99-zz-cve-2026-98432.confsysctl; il nome è scelto in modo che il file venga letto dopo /etc/sysctl.conf
/var/lib/cve-2026-98432/sysctl.origValori sysctl originali per --uninstall

I file della versione precedente dello script (mitigate-CVE-2026-98432.service, 99-CVE-2026-98432.conf e i duplicati della regola iptables) vengono rimossi automaticamente.

Effetti collaterali e limitazioni

Scarica lo strumento