CVE-2026-23276 in Linux
Riassunto
di VulDB • 16/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
net: aggiunto un limite di ricorsione per le funzioni di trasmissione (xmit) dei tunnel
Le funzioni di trasmissione dei tunnel (iptunnel_xmit, ip6tunnel_xmit) non dispongono di un proprio limite di ricorsione. Quando un dispositivo bond in modalità broadcast ha interfacce GRE tap come slave, e tali tunnel GRE instradano il traffico nuovamente attraverso il bond, il traffico multicast/broadcast innesca una ricorsione infinita tra bond_xmit_broadcast() e ip_tunnel_xmit()/ip6_tnl_xmit(), causando un overflow dello stack del kernel.
Il limite di ricorsione XMIT_RECURSION_LIMIT esistente (8) nel percorso no-qdisc non è sufficiente perché la ricorsione dei tunnel coinvolge lookup di routing e l'intero output IP, consumando molto più stack per ogni livello. Viene utilizzato un limite inferiore di 4 (IP_TUNNEL_RECURSION_LIMIT) per prevenire l'overflow.
Viene aggiunta la rilevazione della ricorsione utilizzando gli helper dev_xmit_recursion direttamente in iptunnel_xmit() e ip6tunnel_xmit() per coprire tutti i percorsi dei tunnel IPv4/IPv6, inclusi i tunnel incapsulati UDP (VXLAN, Geneve, ecc.).
Gli helper dev_xmit_recursion vengono spostati da net/core/dev.h all'intestazione pubblica include/linux/netdevice.h in modo che possano essere utilizzati dal codice dei tunnel.
BUG: KASAN: stack-out-of-bounds in blake2s.constprop.0+0xe7/0x160 Scrittura di dimensione 32 all'indirizzo ffff88810033fed0 da parte del task kworker/0:1/11 Workqueue: mld mld_ifc_work Call Trace: <TASK> __build_flow_key.constprop.0 (net/ipv4/route.c:515) ip_rt_update_pmtu (net/ipv4/route.c:1073) iptunnel_xmit (net/ipv4/ip_tunnel_core.c:84) ip_tunnel_xmit (net/ipv4/ip_tunnel.c:847) gre_tap_xmit (net/ipv4/ip_gre.c:779) dev_hard_start_xmit (net/core/dev.c:3887) sch_direct_xmit (net/sched/sch_generic.c:347) __dev_queue_xmit (net/core/dev.c:4802) bond_dev_queue_xmit (drivers/net/bonding/bond_main.c:312) bond_xmit_broadcast (drivers/net/bonding/bond_main.c:5279) bond_start_xmit (drivers/net/bonding/bond_main.c:5530) dev_hard_start_xmit (net/core/dev.c:3887) __dev_queue_xmit (net/core/dev.c:4841) ip_finish_output2 (net/ipv4/ip_output.c:237) ip_output (net/ipv4/ip_output.c:438) iptunnel_xmit (net/ipv4/ip_tunnel_core.c:86) ip_tunnel_xmit (net/ipv4/ip_tunnel.c:847) gre_tap_xmit (net/ipv4/ip_gre.c:779) dev_hard_start_xmit (net/core/dev.c:3887) sch_direct_xmit (net/sched/sch_generic.c:347) __dev_queue_xmit (net/core/dev.c:4802) bond_dev_queue_xmit (drivers
If you want to get the best quality for vulnerability data then you always have to consider VulDB.