CVE-2026-52980

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: sched/fair: Fork edilmiş entitilər üçün ilkin sazlama zamanı rel_deadline təmizlənsin Yeni fork edilmiş sched_entity, gözlənilmədən təyin olunmuş se->rel_deadline ilə fair klasına daxil olduqda, yield tərəfindən tetiklenen çöküş baş verə bilər. Xətaya səbəb olan ardıcıllıq belədir: 1. se->rel_deadline hələ də təyin olunmuş halda tapşırıq fork edilir. 2. __sched_fork() funksiyası vruntime, vlag və digər sched_entity vəziyyətlərini ilkin sazlayır, lakin rel_deadline-ı təmizləmir. 3. İlk enqueue zamanı, enqueue_entity() funksiyası place_entity()-i çağırır. 4. se->rel_deadline təyin olunduğu üçün, place_entity() se->deadline-ı nisbi deadline kimi qəbul edir və cari vruntime-ı əlavə etməklə onu mütləq deadline-a çevirir. 5. Lakin, fork edilmiş entitinin deadline-ı bu yeni planlaşdırma instansiyası üçün keçərli miras qalmış nisbi deadline deyil, buna görə də konversiya anormal dərəcədə böyük bir deadline yaradır. 6. Əgər tapşırıq daha sonra sched_yield() funksiyasını çağırarsa, yield_task_fair() se->vruntime-ı se->deadline-a qədər irəli çəkir. 7. Şişirdilmiş vruntime daha sonra növbəti enqueue yolunda istifadə olunur və burada vruntime-dan törəmiş açar, entiti çəkisi ilə vurulduqda daşa bilər (overflow). 8. Bu, cfs_rq->sum_w_vruntime-ı korlayır, EEVDF uyğunluq hesablamalarını pozur və nəticədə bütün entitiləri uyğunsuz göstərə bilər. pick_next_entity() daha sonra gözlənilmədən NULL qaytara bilər ki, bu da sonradan NULL dereference-a səbəb olur. Tutulmuş iz (trace) effekti aydın şəkildə göstərir. Yield-dən əvvəl entitinin vruntime-ı təxminən belə idi: 9834017729983308 yield_task_fair() icra edildikdən sonra: se->vruntime = se->deadline vruntime bu rəqəmə sıçradı: 19668035460670230 və deadline daha sonra daha da irəli çəkildi: 19668035463470230 Bu göstərir ki, yield_task_fair() onu vruntime-a kopyalamazdan əvvəl deadline artıq anormal dərəcədə böyümüşdü. rel_deadline yalnız se->deadline həqiqətən vruntime-a qarşı yerləşdirilməli olan nisbi deadline daşıdıqda mənalıdır. Yeni fork edilmiş sched_entity bu vəziyyəti miras almamalı və ya saxlamamalıdır. Birinci enqueue prosesinin yeni entitinin deadline-ını köhnəlmiş nisbi deadline kimi şərh etməməsi üçün, digər sched_entity runtime vəziyyətləri ilə birlikdə __sched_fork() funksiyasında se->rel_deadline təmizlənsin.