CVE-2026-23300

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: net: ipv6: IPv4 marşrutu loopback IPv6 nexthop-a istinad etdikdə yaranan panika düzəldildi Loopback cihazı ilə müstəqil IPv6 nexthop obyekti yaradıldıqda (məsələn, "ip -6 nexthop add id 100 dev lo"), fib6_nh_init() onu səhvən reject marşrutu kimi təsnif edir. Bunun səbəbi nexthop obyektlərinin təyinat prefiksinin olmamasıdır (fc_dst=::), bu da fib6_is_reject()-in hər hansı loopback nexthop-u ilə uyğunlaşmasına səbəb olur. Reject yolu fib_nh_common_init()-i ötürür və nəticədə nhc_pcpu_rth_output ayrılmamış qalır. Əgər daha sonra bir IPv4 marşrutu bu nexthop-a istinad edərsə, __mkroute_output() NULL olan nhc_pcpu_rth_output-u dereference edir və sistem panikaya düşür. fib6_nh_init()-dəki yoxlama sadələşdirilərək, fib6_is_reject()-dən istifadə etmək əvəzinə yalnız açıq reject marşrutları (RTF_REJECT) ilə uyğunlaşması təmin edildi. fib6_is_reject()-dəki loopback promotion evristikası ip6_route_info_create_nh() tərəfindən ayrıca idarə olunur. Bu dəyişiklikdən sonra üç hal aşağıdakı kimi işləyir: 1. Açıq reject marşrutu ("ip -6 route add unreachable 2001:db8::/64"): RTF_REJECT təyin edilir, reject yoluna daxil olur, fib_nh_common_init()-i ötürür. Davranışda dəyişiklik yoxdur. 2. Implicit loopback reject marşrutu ("ip -6 route add 2001:db8::/32 dev lo"): RTF_REJECT təyin edilmir, normal yolu izləyir, fib_nh_common_init() çağırılır. ip6_route_info_create_nh() ondan sonra hələ də onu reject statusuna yüksəldir. nhc_pcpu_rth_output ayrılır lakin istifadə edilmir, bu da zərərsizdir. 3. Müstəqil nexthop obyekti ("ip -6 nexthop add id 100 dev lo"): RTF_REJECT təyin edilmir, normal yolu izləyir, fib_nh_common_init() çağırılır. nhc_pcpu_rth_output düzgün şəkildə ayrılır və beləliklə, IPv4 marşrutları bu nexthop-a istinad etdikdə baş verən çökmə aradan qaldırılır.