CVE-2025-39977

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: futex: requeue-PI sırasında serbest bırakıldıktan sonra kullanımın (use-after-free) önlenmesi syzbot şu yarış durumunu (race condition) tetiklemeyi başarmıştır: 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 */ * zaman aşımı/ sinyal T1'i uyandırır * futex_requeue_pi_wakeup_sync() // Q_REQUEUE_PI_LOCKED futex_hash_put() // kullanıcı alanına geri dönüş, yığında futex_q artık geçersizdir /* geri dönüş */ wake_up_state(q->task, TASK_NORMAL); Bu senaryoda futex_wait_requeue_pi(), senkronizasyon için futex_q::lock_ptr kullanmadan çıkış yapabilmektedir. Bu durum, futex_q::requeue_state güncellenmeden önce futex_q::task okunarak önlenebilir. requeue_pi_wake_futex() bir spinlock_t tutularak çağrıldığı ve bu da bir RCU okuma bölümü anlamına geldiği için task_struct üzerinde bir referansa ihtiyaç yoktur. T1 hemen ardından sonlansa bile, task_struct, T2'nin wake_up_state() işlemi sırasında geçerli kalacaktır. futex_requeue_pi_complete() öncesinde futex_q::task üzerinde yapılan bir READ_ONCE yeterlidir çünkü değişkenin durum güncellenmeden önce okunduğundan emin olunur. Yeniden kuyruğa alma durumu güncellenmeden önce futex_q::task değerini okuyun ve bunu sonraki uyandırma işlemi için kullanın.