CVE-2026-80775

Linux kernel'da aşağıdaki güvenlik açığı giderilmiştir: futex: İlk mm->futex.phash.ref tahsisindeki yarış durumu düzeltildi futex_hash_allocate(), herhangi bir kilitleme işlemi olmadan mm->futex.phash.ref tahsisi yapar. d9b05321e21e numaralı commit ("futex: Move futex_hash_free() back to __mmput()"), tahsisi buraya taşımış ve bu noktada sürecin yalnızca tek bir iş parçacığına sahip olduğunu varsaymıştır. ee9dce44362b numaralı commit ("futex: Drop CLONE_THREAD requirement for private default hash alloc"), need_futex_hash_allocate_default() fonksiyonunu herhangi bir CLONE_VM klonunu kapsayacak şekilde genişletmiş ancak üst süreç askıya alındığı ve yarış durumuna giremeyeceği için vfork'u hariç tutmuştur. Bu durum, vfork iç içe geçtiğinde artık geçerli değildir. Eğer bir vfork alt süreci tekrar vfork çağırırsa ve ardından SIGKILL ile sonlandırılırsa, üst süreç vfork beklemesinden kurtulur ve aynı mm içinde torun süreçle eşzamanlı olarak çalışır. Her ikisi de futex_hash_allocate_default() işleminden geçmemiştir. Her iki süreç aynı anda prctl(PR_FUTEX_HASH, PR_FUTEX_HASH_SET_SLOTS) çağırdığında, her biri mm->futex.phash.ref değerini NULL olarak görür ve kendi percpu sayacını saklar. Yalnızca son saklama işlemi kalıcı olur. İlk saklanan sayaç artık mm üzerinden erişilebilir olmadığından, üzerindeki referanslar __futex_ref_atomic_end() tarafından görülmez. Hala referansları olan özel bir hash, ölü kabul edilerek serbest bırakılır ve hala bucket'larından birini tutan bir görev, futex_q_lock() içerisinde serbest bırakılmış belleğe yazma işlemi gerçekleştirir. Sayacı cmpxchg() ile bir kez saklayın ve kaybedenin kendi free_percpu() işlemini yapmasını sağlayın. İlk referans, saklama işleminden önce alınmalıdır; aksi takdirde sayaç hala 0 iken başka bir görev özel bir hash kurabilir.