CVE-2026-74543 in Linux
Riassunto
di VulDB • 15/08/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
net: udp_tunnel: correzione della perdita di memoria in udp_tunnel_nic_unregister()
syzbot ha segnalato una perdita di memoria [1] nel codice di offload NIC per tunnel UDP.
Quando la registrazione del dispositivo fallisce (ad esempio in register_netdevice()), il core netdev esegue l'operazione di rollback inviando un'unica notifica NETDEV_UNREGISTER. Se era stato accodato del lavoro durante NETDEV_REGISTER (utn->work_pending è impostata), udp_tunnel_nic_unregister() termina anticipatamente:
if (utn->work_pending) return;
Poiché le registrazioni fallite non entrano in netdev_wait_allrefs_any(), non si verificherà mai una successiva ritrasmissione della notifica NETDEV_UNREGISTER. Di conseguenza, la struct udp_tunnel_nic allocata in udp_tunnel_nic_alloc() viene persa definitivamente (memory leak).
Si risolve il problema rimuovendo l'uscita anticipata. Invece, si annulla sincronamente qualsiasi lavoro pendente con cancel_delayed_work_sync() prima di liberare @utn.
Per poter chiamare cancel_delayed_work_sync() mentre si detiene RTNL (anche il lavoro richiede RTNL), si passa udp_tunnel_nic_device_sync_work() a rtnl_trylock(). Se RTNL è conteso, si riaccode il lavoro con un ritardo di 1 jiffy (tramite queue_delayed_work()) per prevenire un elevato consumo di CPU in attesa del lock RTNL.
La gestione bookkeeping utn->work_pending non è più necessaria e viene rimossa, poiché il core workqueue traccia già lo stato pendente/in esecuzione del lavoro.
[1]
BUG: perdita di memoria (memory leak) oggetto non referenziato 0xffff888127d5f840 (dimensione 96): comm "syz-executor", pid 5806, jiffies 4294942188 backtrace (crc 99fdb6c8): __kmalloc_noprof+0x3bf/0x550 udp_tunnel_nic_alloc net/ipv4/udp_tunnel_nic.c:756 [inline]
udp_tunnel_nic_register net/ipv4/udp_tunnel_nic.c:833 [inline]
udp_tunnel_nic_netdevice_event+0x804/0xab0 net/ipv4/udp_tunnel_nic.c:931 notifier_call_chain+0x59/0x160 kernel/notifier.c:85 call_netdevice_notifiers_info+0x7d/0xb0 net/core/dev.c:2250 register_netdevice+0xc10/0xeb0 net/core/dev.c:11478
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.