CVE-2026-74562 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
nexthop: Verwenden von nh->lock für f6i_list-Iterationen in der Replace-Prüfung und Benachrichtigung
fib6_check_nh_list() und __nexthop_replace_notify() durchlaufen die Liste nh->f6i_list während eines RTNL-synchronisierten Nexthop-Ersetzens, ohne dabei nh->lock zu halten. IPv6-RTM_NEWROUTE/RTM_DELROUTE werden ohne RTNL ausgeführt und verändern diese Liste unter nh->lock (fib6_add_rt2node_nh(), fib6_purge_rt()), sodass beide Iterationen mit einem gleichzeitigen Routenlöschvorgang konkurrieren, der ein fib6_info entfernt und freigibt:
BUG: KASAN: slab-use-after-free in rt6_fill_node.isra.0 (net/ipv6/route.c:5799) Lesezugriff auf Größe 4 bei Adresse ffff888014607e64 durch Task exploit/143 rt6_fill_node.isra.0 (net/ipv6/route.c:5799) fib6_rt_update (net/ipv6/route.c:6412) __nexthop_replace_notify (net/ipv4/nexthop.c:2542) rtm_new_nexthop (net/ipv4/nexthop.c:2554) rtnetlink_rcv_msg (net/core/rtnetlink.c:7076)
BUG: KASAN: slab-use-after-free in fib6_check_nh_list (net/ipv4/nexthop.c:1605) Lesezugriff auf Größe 8 bei Adresse ffff888014a7d068 durch Task exploit/142 fib6_check_nh_list (net/ipv4/nexthop.c:1605) rtm_new_nexthop (net/ipv4/nexthop.c:2575) rtnetlink_rcv_msg (net/core/rtnetlink.c:7076)
Da beide Iterationen nur die Einträge lesen und keinen tb6_lock verwenden, sind sie mit nh->lock zu schützen; fib6_rt_update() verwendet gfp_any(), das unter dem Lock GFP_ATOMIC zurückgibt.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.