CVE-2025-21864 in Linux
Riassunto
di VulDB • 30/08/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
tcp: eliminare secpath nello stesso momento in cui si elimina attualmente dst
Xiumei ha segnalato il verificarsi del WARN in xfrm6_tunnel_net_exit durante l'esecuzione di test che si riducono a: - creare una coppia di netns - eseguire un test TCP base su ipcomp6 - eliminare la coppia di netns
Lo stato xfrm_state trovato su spi_byaddr non è stato eliminato al momento dell'eliminazione del netns, poiché rimane ancora un riferimento ad esso. Questo riferimento residuo proviene da secpath (che mantiene un ref sul xfrm_state), che è ancora allegato a uno skb. Tale skb non viene perso (leaked); finisce in sk_receive_queue e successivamente viene liberato in modo differito tramite skb_attempt_defer_free.
Il problema si verifica quando si posticipa la liberazione di uno skb (inserendolo nella defer_list di una CPU) senza svuotare tale elenco prima dell'eliminazione del netns. In tal caso, rimane ancora un riferimento allo stato xfrm_state che non ci si aspetta a questo punto.
Già in precedenza viene eliminato il dst dello skb nel percorso di ricezione TCP quando non è più necessario; pertanto, elimineremo anche secpath. A questo punto, tcp_filter ha già chiamato i hook LSM (Linux Security Modules) che potrebbero richiedere l'utilizzo del secpath, quindi quest'ultimo non dovrebbe essere più necessario. Tuttavia, in alcune di queste posizioni, l'estensione MPTCP è stata appena allegata allo skb, pertanto non possiamo semplicemente eliminare tutte le estensioni.
If you want to get best quality of vulnerability data, you may have to visit VulDB.