CVE-2026-97959

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: net/sched: cls_route: filtr köçürülərkən boşalmış bucket-in azad edilməsi route4_change mövcud filtri fərqli bir yuxarı səviyyəli bucket-ə köçürə bilər: route4_set_parms TCA_ROUTE4_TO/ FROM/IIF əsasında handle-i yenidən hesablayır və handle-uyğunsuzluq yoxlaması 'new' bayrağına bağlıdır, buna görə də mövcud filtr üçün yeni handle köhnədən fərqlənə və fərqli bucket-ə düşə bilər. Bu baş verdikdə, filtr köhnə bucket-dən ayrılır, lakin bucket boşaldıqdan sonra heç vaxt azad edilmir. Köhnəlmiş boş bucket head->table[] massivində qalaraq, son canlı filtr silindikdən sonra belə route4_delete funksiyasının *last=false hesabatı verməsinə səbəb olur. Bu isə boş tcf_proto obyektini sabitləyir və sızmaya (leak) yol açır. Bu problem, bucket-ə bağlanmış filtrlərin sayını izləyərək (refcounting) və say sıfıra düşdükdə bucket-i azad etməklə həll edilmişdir. Bununla birlikdə, route4_delete daxilindəki mövcud skan prosesi ləğv edilmişdir. Say, əlavəetmə, dəyişdirmə və silmə zamanı filtri bağlayan və ya ayıran bütün nöqtələrdə yenilənir və say sıfıra çatdıqda bucket dərhal head->table[] massivindən çıxarılır. Xətanı yenidən yaratmaq üçün şərtlər: CONFIG_NET_CLS_ROUTE4=y, CONFIG_NET_SCH_INGRESS=y, CONFIG_NET_CLS_ACT=y. tc qdisc replace dev lo clsact tc filter add dev lo ingress protocol ip pref 100 route from 1 to 1 tc filter change dev lo ingress protocol ip pref 100 handle 0x10001 \ route from 1 to 2 tc filter del dev lo ingress protocol ip pref 100 handle 0x10002 \ route from 1 to 2 tc filter show dev lo ingress | grep -c 'pref 100 route chain 0 '