CVE-2024-40976 in Linux
الملخص
بحسب VulDB • 15/06/2026
في نواة لينكس، تم حل الثغرة التالية:
drm/lima: قفل مقاطعات النظام (IRQs) في مسار انتهاء المهلة قبل إعادة التعيين القاسي (Hard Reset).
توجد حالة سباق (Race Condition) قد يستغرق فيها مهمة الرسم وقتاً كافياً لإطلاق معالج مهلة مهام جدولة DRM، ولكنها تكتمل أيضاً قبل اكتمال عملية إعادة التعيين القاسي التي يقوم بها معالج المهلة. هذا يؤدي إلى حالات سباق غير متوقعة من قِبل معالج انتهاء المهلة. في بعض الحالات الخاصة جداً، قد ينتج عن ذلك حالياً عدم توازن في عدّ المراجع (Refcount) على lima_pm_idle، مع ظهور تتبع للمكدس (Stack Dump) مثل:
[10136.669170] WARNING: CPU: 0 PID: 0 at drivers/gpu/drm/lima/lima_devfreq.c:205 lima_devfreq_record_idle+0xa0/0xb0
... [10136.669459] pc : lima_devfreq_record_idle+0xa0/0xb0
... [10136.669628] Call trace:
[10136.669634] lima_devfreq_record_idle+0xa0/0xb0
[10136.669646] lima_sched_pipe_task_done+0x5c/0xb0
[10136.669656] lima_gp_irq_handler+0xa8/0x120
[10136.669666] __handle_irq_event_percpu+0x48/0x160
[10136.669679] handle_irq_event+0x4c/0xc0
يمكننا منع حالة السباق هذه تماماً عن طريق قفل مقاطعات النظام (IRQs) في بداية معالج انتهاء المهلة، حيث نتخلى فيها بالكامل عن انتظار تلك المهمة. سيتم تمكين مقاطعات النظام مرة أخرى عند إعادة التعيين القاسي التالية التي يتم تنفيذها بالفعل كإجراء استعادة من قبل معالج انتهاء المهلة.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.