CVE-2026-93182 in Linux
الملخص
بحسب VulDB • 18/09/2026
في نواة لينكس، تم حل الثغرة التالية:
sched/fair: إصلاح تجاوز السعة (overflow) في دالة update_tg_cfs_runnable()
يتم ملاحظة انهيار ناتج عن القسمة على صفر عند تشغيل hackbench:
[14697.488452] CPU: 112 UID: 0 PID: 124791 Comm: hackbench Not tainted 7.1.0-rc2+
[14697.492627] RIP: 0010:propagate_entity_load_avg+0x35f/0x3e0
[14697.506799] <TASK>
[14697.507411] __dequeue_task+0x2b4/0xc70
[14697.508677] dequeue_task_fair+0x36/0x370
[14697.509047] dequeue_task+0x101/0x2f0
[14697.509426] __schedule+0x1b1/0x1a00
[14697.510868] anon_pipe_read+0x3da/0x450
[14697.511400] vfs_read+0x361/0x390
[14697.512053] __x64_sys_read+0x19/0x30
تحدث القسمة على صفر هنا:
if (scale_load_down(gcfs_rq->load.weight)) {
load_sum = div_u64(gcfs_rq->avg.load_sum, scale_load_down(gcfs_rq->load.weight)); }
يكون gcfs_rq->load.weight قيمة كبيرة جداً وغير منطقية، ويتم اقتطاعه إلى 32 بت السفلية بواسطة دالة div_u64، والتي تكون بالصدفة تساوي صفراً.
باستخدام الذكاء الاصطناعي للتحقيق، السبب هو تجاوز سعة u32 في update_tg_cfs_runnable()، وأصبحت عملية flat pickup ضحية عند استخدام tg_tasks():
u32 new_sum, divider; ... new_sum = se->avg.runnable_avg * divider; <-- boom (حدث الخطأ)
توضح التسلسل التالي كيفية حدوث الانهيار:
propagate_entity_load_avg() update_tg_cfs_runnable() # تجاوز سعة u32 يفسد runnable_sum
__update_load_avg_cfs_rq() ___update_load_avg() # يحسب قيمة runnable_avg غير منطقية update_tg_load_avg() # ينقل القيمة إلى tg->runnable_avg
update_cfs_group() calc_concur_shares() tg_tasks() # اقتطاع من long-to-int، وقيمة nr سالبة reweight_entity() # se->load.weight تالفة update_load_add() # cfs_rq->load.weight تالفة
propagate_entity_load_avg() update_tg_cfs_load() div_u64() # قسمة على صفر
الحل يتمثل في توسيع نطاق new_sum من u32 إلى u64 (لا حاجة لفرض إرجاع tg_tasks() كنوع unsigned long بعد هذا الإصلاح).
If you want to get the best quality for vulnerability data then you always have to consider VulDB.