CVE-2026-98789

Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: bpf: free_by_rcu_ttrace-də ilişib qalmış obyektlərin düzəldilməsi call_rcu_ttrace_in_progress təyin edildikdə do_call_rcu_ttrace() erkən geri dönür və obyektləri free_by_rcu_ttrace-də saxlayır. __free_rcu() yalnız waiting_for_gp_ttrace-i azad edir və bayrağı təmizləyir. Buna görə də, RCU tapşırıqları GP-ni izləyərkən free_bulk() və ya __free_by_rcu() tərəfindən əlavə edilmiş obyektlər, eyni bpf_mem_cache üçün yenidən free_bulk() və ya alloc_bulk() çağırılana qədər free_by_rcu_ttrace-də qalır ki, bu da heç vaxt baş verməyə bilər. Belə obyektlərin sayı məhdudlaşdırılmamışdır. call_rcu_ttrace_in_progress üç vəziyyətə çevrildi: 0 - boşdur (idle) 1 - __free_rcu() növbəyə alındı 2 - __free_rcu() növbəyə alındı və o vaxtdan beri free_by_rcu_ttrace daha çox obyekt əldə etdi do_call_rcu_ttrace() bunu 2 olaraq təyin edir. __free_rcu() cmpxchg(1 -> 0) yerinə yetirir və uğursuz olduqda növbəti GP-ni başladır. Bayrağı əvvəlcə təmizləyib sonra free_by_rcu_ttrace-i yoxlaya bilməz, çünki bayraq sıfır olduqda bpf_mem_alloc_destroy() RCU callback-lərini gözləmədən bpf_mem_cache-i azad edir. İndi __free_rcu() özünü növbəyə alır, beləliklə 'draining'-i görməyən funksiya free_mem_alloc()-da rcu_barrier_tasks_trace()-dən sonra call_rcu_tasks_trace() yerinə yetirə bilər. Onu rcu_read_lock() altında növbəyə alın və baryerlərdən əvvəl synchronize_rcu() yerinə yetirin. rcu_barrier_tasks_trace()-i iki dəfə çağırmaq da işləyir, lakin bir çox CPU-da dövr daxilində həş xəritələri yaratmaq və məhv etmək hər GP üçün bir free_mem_alloc()-a qədər yavaşlayır və kworker-lər toplanır.