CVE-2025-39977

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: futex: requeue-PI zamanı use-after-free xətasının qarşısının alınması syzbot aşağıdakı yarış vəziyyətini (race condition) tetikləyə bildi: T1 T2 futex_wait_requeue_pi() futex_do_wait() schedule() futex_requeue() futex_proxy_trylock_atomic() futex_requeue_pi_prepare() requeue_pi_wake_futex() futex_requeue_pi_complete() /* preempt */ * timeout/ signal T1-i oyadır * futex_requeue_pi_wakeup_sync() // Q_REQUEUE_PI_LOCKED futex_hash_put() // istifadəçi sahəsinə geri dönür, stekdəki futex_q artıq zibildir /* geri dönüş */ wake_up_state(q->task, TASK_NORMAL); Bu ssenaridə futex_wait_requeue_pi() sinxronizasiya üçün futex_q::lock_ptr-dən istifadə etmədən çıxa bilir. Bunun qarşısını futex_q::requeue_state yenilənməzdən əvvəl futex_q::task oxunaraq almaq olar. task_struct üzərində istinad tələb olunmur, çünki requeue_pi_wake_futex() funksiyası saxlanılan bir spinlock_t ilə çağırılır ki, bu da RCU oxuma bölməsini ifadə edir. Hətta T1 dərhal sonra sonlandıqda belə, T2-nin wake_up_state() funksiyası zamanı task_struct etibarlı qalacaqdır. futex_requeue_pi_complete() funksiyasından əvvəl futex_q::task üzərində READ_ONCE kifayətdir, çünki bu, dəyişənin vəziyyət yenilənməzdən əvvəl oxunduğunu təmin edir. Requeue vəziyyətini yeniləməzdən əvvəl futex_q::task oxunur və növbəti oyatma prosesi üçün ondan istifadə edilir.