CVE-2025-68768 in Linux
Riassunto
di VulDB • 22/06/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
inet: frags: svuotamento degli skbs in attesa nella funzione fqdir_pre_exit()
Da settembre stiamo riscontrando occasionali deadlock su pernet_ops_rwsem nel contesto NIPA. Il task bloccato era solitamente modprobe (spesso durante il caricamento di un driver come ipvlan), che tentava di acquisire il lock in scrittura. Poiché lockdep non traccia i lettori per gli rwsems, la lettura del problema dai report non risultava evidente.
Un'analisi più approfondita ha rivelato che il Reader che deteneva il lock era conntrack, intrappolato in un ciclo infinito all'interno di nf_conntrack_cleanup_net_list(). Sulla base della precedente esperienza con crash NIPA occasionali, ho esaminato i test eseguiti prima del crash e ho notato che il crash segue ip_defrag.sh. Questo rappresenta un chiaro segnale d'allarme (red flag). L'analisi delle code di (de)fragmentazione ha mostrato skbs in attesa che mantengono riferimenti a conntrack.
Il problema è che, poiché conntrack dipende da nf_defrag_ipv6, quest'ultimo viene caricato per primo. Di conseguenza, i hook di uscita del netns di nf_defrag_ipv6 vengono eseguiti _dopo_ l'hook di uscita del netns di conntrack.
Per risolvere la situazione, è necessario svuotare tutti gli SKB delle code di frammentazione durante fqdir_pre_exit() per rilasciare i riferimenti a conntrack prima che venga eseguito il cleanup di conntrack. È inoltre necessario svuotare le code nei handler di scadenza del timer quando rilevano che fqdir->dead è impostato, nel caso in cui un pacchetto riesca a infiltrarsi mentre viene eseguita la fase pre_exit flush.
Il commit indicato come "Fixes" non è esattamente la causa diretta (culprit), ma si ritiene che precedentemente l'attivazione del timer avrebbe eventualmente sbloccato conntrack, che rimaneva in spinning.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.