CVE-2026-98234

Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: net/sched: hhf: dəyişiklik zamanı hh_flows_limit məhdudiyyətinin tətbiqi hhf_change() funksiyası TCA_HHF_HH_FLOWS_LIMIT parametrini yuxarı hədd olmadan saxlayır. Çox böyük hh_flows_limit hər bir yeni ağır axının (heavy-hitter flow) alloc_new_hh() daxilindəki hh_flows_current_cnt yoxlamasından keçməsinə şərait yaradır və saxtalaşdırılmış trafik altında hər axın üçün sabit ölçülü kzalloc(GFP_ATOMIC) çağırışını məcburi edir ki, bu da yaddaşın limitsiz artmasına səbəb olur. Atributu NLA_POLICY_MAX() ilə 2*HH_FLOWS_CNT (hhf_init() standartı) səviyyəsində məhdudlaşdırın və rədd edilən dəyəri extack vasitəsilə bildirin. Köhnəlmiş iç-içə analiz (nested parse) saxlanılıb: köhnə tc versiyaları TCA_OPTIONS üzərində NLA_F_NESTED təyin etmir. Standartdan yuxarı hh_limit-ə əsaslanan konfiqurasiyalar limitsiz və təhlükəli davranışa əsaslanırdı və bundan sonra dəstəklənməyəcək. hhf_init() həmçinin standart hh_flows_limit-i təyin etməzdən əvvəl hhf_change()-i işə salırdı, buna görə də əlavəetmə zamanı istifadəçi tərəfindən təmin edilən hh_limit yenidən 2048-ə qaytarılırdı. Konfiqurasiya edilmiş dəyərin qalması üçün standart dəyəri hhf_change()-dən əvvəl təyin edin. Bu, eyni qdisc-in kvantumunu məhdudlaşdıran eb56a495f59b ("net/sched: hhf: clamp quantum in change and init paths") commit-inin davamıdır; hh_flows_limit məhdudiyyəti həmin seriyanın əhatə dairəsində qalan sonuncu limitsiz parametrdir. Xətanı yenidən yaratmaq üçün şərtlər: istifadəçi ad sahəsində (user namespace) CAP_NET_ADMIN; "tc qdisc change dev X root hhf hh_limit 4294967295" əmri uğurlu olur və dəyər "tc qdisc show" tərəfindən təkrarlanır, bu da ağır axınların ayrılmasını limitsiz edir; həmçinin "tc qdisc add dev X root hhf hh_limit 500" əmri 500 əvəzinə 2048 dəyərini saxlayır.