CVE-2026-98536

Linux çekirdeğinde aşağıdaki güvenlik açığı giderilmiştir: writeback: her cgwb boşaltma geçişi için bir Tasks-RCU sakin durumu raporla cleanup_offline_cgwbs_workfn(), geçişler arasında bir cond_resched() çağrısı yaparak, cleanup_offline_cgwb() fonksiyonu false döndürene kadar onu çağırarak ölmekte olan bir cgwb'yi boşaltır. Bir CONFIG_PREEMPTION çekirdeğinde bu cond_resched() hiçbir işlem yapmaz: _cond_resched() basit bir "return 0"dur ve PREEMPT_DYNAMIC altında tam ve tembel modlar bunu devre dışı bırakır. 7dadeaa6e851 ("sched: Further restrict the preemption modes") commit'inden beri bunlar, aralarında arm64 ve x86'nın da bulunduğu PREEMPT_LAZY desteğine sahip mimarilerdeki tek iki modeldir; bu nedenle boşaltma döngüsü asla bir Tasks-RCU sakin durumu raporlamaz. Milyonlarca bağlı inode içeren bir cgwb'yi boşaltan bir işçi (worker) dakikalarca çalışır. Tembel moddaki bir 6.18 arm64 ana makinede, cgwb işçisi ölen bir cgroup'un writeback alanını 11 dakikadan fazla süreyle boşalttı. Bir BPF programı ayıklama işlemi (bpf_trampoline_unlink_prog -> bpf_trampoline_update -> unregister_ftrace_direct -> ftrace_shutdown -> synchronize_rcu_tasks()), trampoline mutex'ini tutarken bu lütuf süresini bekledi, arkasında D durumunda kuyruğa girmiş 42 görev oluştu ve asılı kalan görev dedektörü 614. saniyede tetiklenerek ana makinenin paniklemesine neden oldu. Uzun bir boşaltma sırasında gerçekleşen herhangi bir BPF veya ftrace ayırma işlemi, boşaltmanın süresini devralır. synchronize_rcu_tasks() çağıran hiç kimseyi engellememek için cond_resched_tasks_rcu_qs() çağrılarak bu sorun düzeltilmiştir. Bunu bir do { } while döngüsüne yerleştirdik çünkü çok sayıda küçük cgroup varsa cleanup_offline_cgwb() false döndürecek ve cond_resched_tasks_rcu_qs() asla çağrılmayacaktır, bu da aynı sorunu yaratacaktır.