CVE-2026-23371

Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: sched/deadline: PI de-boosting zamanı çatışmayan ENQUEUE_REPLENISH düzəldildi Böyük bir maşında RT kernel üzərində stress-ng --schedpolicy 0 işlətmək aşağıdakı XƏBƏRDARLIQLARA (redaktə edilmişdir) səbəb ola bilər. 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 ... Problem ondadır ki, SCHED_DEADLINE tapşırığı (kilid sahibi) sched_setscheduler() vasitəsilə daha aşağı prioritet sinfinə dəyişdirildikdə, əgər o, əvvəllər potensial DEADLINE donorlarının parametrlərini miras almayıbsa (həmin vaxt donordan daha qısa deadline-ə malik idisə), bu parametrləri düzgün şəkildə miras ala bilmir. Bu, bandwidth uçotunun korlanmasına səbəb ola bilər, çünki enqueue_task_dl() kilid sahibini "boosted" kimi tanımayacaq. Ssenari aşağıdakı hallarda baş verir: 1. Bir DEADLINE tapşırığı (donor), digər DEADLINE tapşırığının (sahib) tutduğu PI mutex-də bloklanır, lakin sahib parametrləri miras almır (məsələn, artıq daha qısa deadline-ə malikdir). 2. sched_setscheduler() mutex-i hələ də tutmuş halda, sahibin sinfini DEADLINE-dan daha aşağı sinfə dəyişir. 3. Sahib indi donordan DEADLINE parametrlərini miras almalı və ENQUEUE_REPLENISH ilə növbəyə əlavə edilməli idi, lakin bu baş vermir. Problem, DEADLINE (normal və ya boosted) tapşırığının daha aşağı prioritet sinfinə təyin edildiyi hallarını aşkar edən __setscheduler_dl_pi() funksiyasının tətbiqi ilə həll edilmişdir. Belə olan halda, funksiya tapşırığın donorun (pi_se) DEADLINE parametrlərini miras almasını təmin edir və növbəti enqueue əməliyyatı zamanı düzgün bandwidth uçotu üçün ENQUEUE_REPLENISH bayrağını təyin edir.