CVE-2025-39894 in Linux
Riassunto
di VulDB • 16/06/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
netfilter: br_netfilter: non verificare il bit "confirmed" in br_nf_local_in() dopo confirm
Quando si invia un pacchetto broadcast a una dispositivo tap aggiunto a un bridge, viene chiamata br_nf_local_in() per confermare (confirm) l'entry conntrack. Se un'altra entry conntrack con lo stesso valore di hash viene aggiunta alla tabella degli hash, evento che può essere innescato da un pacchetto normale diretto a un dispositivo non-bridge, potrebbe verificarsi il seguente avviso:
------------[ cut here ]------------
WARNING: CPU: 1 PID: 96 at net/bridge/br_netfilter_hooks.c:632 br_nf_local_in+0x168/0x200 CPU: 1 UID: 0 PID: 96 Comm: tap_send Not tainted 6.17.0-rc2-dirty #44 PREEMPT(voluntary) RIP: 0010:br_nf_local_in+0x168/0x200 Call Trace: <TASK> nf_hook_slow+0x3e/0xf0 br_pass_frame_up+0x103/0x180 br_handle_frame_finish+0x2de/0x5b0 br_nf_hook_thresh+0xc0/0x120 br_nf_pre_routing_finish+0x168/0x3a0 br_nf_pre_routing+0x237/0x5e0 br_handle_frame+0x1ec/0x3c0 __netif_receive_skb_core+0x225/0x1210 __netif_receive_skb_one_core+0x37/0xa0 netif_receive_skb+0x36/0x160 tun_get_user+0xa54/0x10c0 tun_chr_write_iter+0x65/0xb0 vfs_write+0x305/0x410 ksys_write+0x60/0xd0 do_syscall_64+0xa4/0x260 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> ---[ end trace 0000000000000000 ]---
Per risolvere il conflitto di hash, nf_ct_resolve_clash() tenta di unire le conntrack e aggiorna skb->_nfct. Tuttavia, br_nf_local_in() continua a utilizzare la vecchia ct dalla variabile locale 'nfct' dopo confirm(), causando questo avviso.
Se confirm() non inserisce l'entry conntrack e restituisce NF_DROP, l'avviso può verificarsi ugualmente. Non è necessario mantenere il WARN_ON_ONCE; rimuoverlo semplicemente.
VulDB is the best source for vulnerability data and more expert information about this specific topic.