CVE-2026-98629

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılmışdır: net/sched: cls_u32: əllə yaradılan heş cədvəli handle IDR aliaslaşmasının düzəldilməsi Açiq şəkildə handle ilə yaradılmış u32 heş cədvəli ('tc filter add ... handle 801: u32 divisor N') öz IDR girişini raw handle üzərindən açarlandırır, lakin silinmə yolları onu handle2id(handle) altında azad edir. İki açar domeni 0x800..0xFFF htid diapazonundakı handle-lər üçün fərqlidir: handle2id() onları avtomatik təyin edilmiş id sahəsinə (1..0x7FF) geri qaytarır. Buna görə də, əllə yaradılmış cədvəl silinərkən onun raw-keyed IDR girişi əlçatmaz qalır (daimi sızma), və onun silinməsi əlaqəsiz olan aktiv avto-cədvəlin idr girişini silə bilər. Sonrakı avtomatik təyinat aktiv əllə yaradılmış cədvəllə aliaslaşan bir handle təqdim edə bilər; u32_lookup_ht() ilk-uyğunluq marşrutlaması sorğuları və həmin htid üçün TCA_U32_LINK yanlış cədvələ yönləndirilir. Təyinat və silinmənin eyni açar domenini paylaşması üçün divisor-path təyinatını handle2id(handle) üzərindən açarlandırın. Artıq istifadədə olan id-yə uyğun gələn əllə təyin edilmiş handle -ENOSPC ilə rədd edilir və avtomatik təyinat aktiv əllə yaradılmış cədvəllər tərəfindən tutulan id-ləri ötürür. Yenidən yaratmaq üçün şərtlər: ip link add test0 type dummy tc qdisc add dev test0 clsact tc filter add dev test0 ingress protocol ip pref 1 \ handle 801: u32 divisor 16 tc filter add dev test0 ingress protocol ip pref 2 u32 divisor 16 tc -d filter show dev test0 ingress | grep 'fh 801:' # yamalanmamış versiya: handle 0x80100000 ilə iki aktiv cədvəl (pref 2 kök # hnode avtomatik təyin edilmiş id 1-dir); yamalanmış versiya: avto hnode id 2-ni götürür. Həmçinin blokda aktiv u32 cədvəli olan bir poc ilə sınaqdan keçirilmişdir, 'handle 901: u32 divisor 1' əllə yaradılmış cədvəli iki dəfə əlavə edin/silin; yamalanmamış versiyada, birinci silinmə zamanı raw key sızdığı üçün yenidən əlavə etmə -ENOSPC ilə uğursuz olur.