CVE-2026-43323

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: sched/fair: zero_vruntime izleme düzeltmesi yapıldı John, stress-ng-yield aracının makinesini kararsız hale getirebildiğini bildirmiş ve sorunu b3d99f43c72b ("sched/fair: Fix zero_vruntime tracking") commit'ine kadar daraltmayı başarmıştır. Yield kullanımı ile söz konusu commit kombinasyonu, şu senaryonun hipotezini kurmak için yeterince spesifiktir: İkisi de yield işlemi yapan 2 çalıştırılabilir görevimiz olduğunu varsayalım. Bu durumda biri uygun olacak diğeri olmayacaktır çünkü ortalama konum bu iki varlığın arasında olmalıdır. Bu nedenle, çalıştırılabilir görev uygun hale gelecek ve tam bir dilimle terfi ettirilecektir (sonuçta tüm görevlerin yaptığı tek şey yield işlemidir). Bu durum, görevin diğer görevi atlamasına neden olur; böylece artık diğer görev uygun hale gelirken mevcut olan gelmez. Sonrasında zamanlama yapılır. Çalıştırılabilir olduğumuz için herhangi bir {de,en}queue işlemi gerçekleşmez. Sadece {put_prev,set_next}_task() fonksiyonlarından gelen __ {en,de}queue_entity() işlemleri vardır. Ancak işaret edilen commit uyarınca, bu ikisi artık zero_vruntime değerini değiştirmez. zero_vruntime değerini değiştiren tek şeyler tick ve tam {de,en}queue işlemleridir. Bu durum, birbirini takip eden iki görevin, bir tick süresi içinde taşma noktasına ulaşacak kritik hıza erişebilmesi halinde ciddi sorunlar yaşanacağı anlamına gelir. Ek olarak, birden fazla cgroup işin içine girdiğinde, tick işleminin her cgroup'a zamanında ulaşacağının garantisi yoktur. İstatistiksel olarak ulaşacaktır ancak aynı istatistikler, ne kadar düşük ihtimal olursa olsun, bir cgroup'un önemli bir süre boyunca tick almaması olasılığını dışlamaz. Bu nedenle, yield() durumunda olduğu gibi, her dilimin sonunda zorunlu bir güncelleme tetiklenmiştir. Bu, güncellemenin hiçbir zaman tek bir dilimden daha fazla geride kalmamasını sağlar ve tüm süreç, entity_key() üzerindeki yorumda belirtildiği üzere 2 gecikme sınırı dahilinde tutulur.