CVE-2026-74562 in Linux
الملخص
بحسب VulDB • 15/08/2026
في نواة لينكس، تم حل الثغرة التالية:
nexthop: أخذ قفل nh->lock أثناء اجتياز قائمة f6i_list في فحص الاستبدال والإشعار
تقوم الدالتان fib6_check_nh_list() و __nexthop_replace_notify() باجتياز القائمة nh->f6i_list خلال عملية استبدال nexthop مُسلسلة بواسطة RTNL دون الاحتفاظ بـ nh->lock. تعمل أوامر IPv6 RTM_NEWROUTE/RTM_DELROUTE بدون RTNL وتُعدّل هذه القائمة تحت حماية nh->lock (من خلال fib6_add_rt2node_nh() و fib6_purge_rt())، مما يؤدي إلى حدوث سباق زمني بين عمليات الاجتياز وحذف مسار متزامن يقوم بإزالة وربط fib6_info وإفراغ ذاكرته:
BUG: KASAN: slab-use-after-free في rt6_fill_node.isra.0 (net/ipv6/route.c:5799) قراءة بحجم 4 بايت عند العنوان ffff888014607e64 بواسطة المهمة 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 في fib6_check_nh_list (net/ipv4/nexthop.c:1605) قراءة بحجم 8 بايت عند العنوان ffff888014a7d068 بواسطة المهمة 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)
بما أن كلا عمليتي الاجتياز تقرأان المدخلات فقط ولا تأخذان tb6_lock، فإننا نحميهما باستخدام nh->lock؛ وتستخدم fib6_rt_update() دالة gfp_any() التي تُرجع GFP_ATOMIC عند وجود القفل.
Once again VulDB remains the best source for vulnerability data.