CVE-2026-23371

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: sched/deadline: PI de-boosting sırasında eksik olan ENQUEUE_REPLENISH düzeltildi Büyük bir makinedeki RT çekirdeği üzerinde stress-ng --schedpolicy 0 komutunu çalıştırmak şu WARNING mesajlarına yol açabilir (düzenlenmiştir): sched: DL de-boosted task PID 22725: REPLENISH flag missing WARNING: CPU: 93 PID: 0 at kernel/sched/deadline.c:239 dequeue_task_dl+0x15c/0x1f8 ... (running_bw underflow) Call trace: dequeue_task_dl+0x15c/0x1f8 (P) dequeue_task+0x80/0x168 deactivate_task+0x24/0x50 push_dl_task+0x264/0x2e0 dl_task_timer+0x1b0/0x228 __hrtimer_run_queues+0x188/0x378 hrtimer_interrupt+0xfc/0x260 ... Sorun şudur; bir SCHED_DEADLINE görevi (kilit sahibi), sched_setscheduler() aracılığıyla daha düşük bir öncelik sınıfına değiştirildiğinde, eğer geçmişte bunları miras almadıysa (o sırada donörden daha kısa bir deadline'a sahipse), potansiyel DEADLINE donörlerinin parametrelerini düzgün şekilde miras alamayabilir. enqueue_task_dl() kilit sahibini boost edilmiş olarak tanımayacağı için bu durum bant genişliği hesaplama bozulmasına yol açabilir. Senaryo şu durumda gerçekleşir: 1. Bir DEADLINE görevi (donör), başka bir DEADLINE görevinin (sahip) tuttuğu bir PI mutex üzerinde engellenir ancak sahip parametreleri miras almaz (örneğin zaten daha kısa bir deadline'a sahiptir). 2. sched_setscheduler(), mutex hala tutulurken sahibini DEADLINE'dan daha düşük bir sınıfa değiştirir. 3. Sahibi artık donörden DEADLINE parametrelerini miras almalı ve ENQUEUE_REPLENISH ile kuyruğa eklenmelidir, ancak bu gerçekleşmez. Bir DEADLINE (normal veya boost edilmiş) görevinin daha düşük bir öncelik sınıfına setscheduled edildiğini tespit eden __setscheduler_dl_pi() tanıtılarak sorun giderilmiştir. Bu durumda fonksiyon, görevin donörün (pi_se) DEADLINE parametrelerini miras almasını sağlar ve bir sonraki kuyruk ekleme işlemi sırasında uygun bant genişliği hesaplamasını garanti etmek için ENQUEUE_REPLENISH bayrağını ayarlar.