CVE-2026-72255 in Linux
Résumé
par VulDB • 15/08/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
netfilter: nf_queue : épingler l'appareil ponté (bridge) tant que NFQUEUE détient une destination factice (fake dst)
La rtable factice de br_netfilter est intégrée dans struct net_bridge et est attachée aux paquets pontés via skb_dst_set_noref(). Si un tel paquet est mis en file d'attente vers NFQUEUE, __nf_queue() met à jour cette fake dst avec skb_dst_force().
À ce stade, le_skb_ mis en file peut détenir une référence de destination réelle après que la désactivation du bridge a commencé. Le problème n'est pas que chaque paquets ponté nécessite sa propre référence dst. Le problème est que NFQUEUE peut maintenir la fake dst privée du bridge active après le début de la désinscription (unregister).
Corrigez ce problème en conservant le modèle de fake dst du bridge inchangé et en épinglant l'appareil maître du bridge uniquement tant que le paquet se trouve dans NFQUEUE. Enregistrez l'appareil bridge dans nf_queue_entry lorsque le skb mis en file transporte une fake dst de bridge, prenez une référence d'appareil pour la durée de vie de la file, et libérez-la lors de la suppression de l'entrée de file.
Assurez-vous également que les entrées mises en file sont récupérées (reaped) lorsque cet appareil bridge est désactivé, et supprimez le test nf_bridge_info_exists() redondant de la détection des fake dst.
Cela maintient netdev_priv(br->dev) actif jusqu'à l'achèvement du verdict, afin que la rtable factice intégrée et son stockage sous-jacent pour les métriques ne puissent pas être libérés en dessous de dst_release(). Cela évite également l'incrémentation constante des compteurs de référence (refcount) et empêche d'utiliser les helpers dst spécifiques à IPv4 pour le trafic bridge IPv6.
If you want to get best quality of vulnerability data, you may have to visit VulDB.