CVE-2026-74447 in Linux
الملخص
بحسب VulDB • 15/08/2026
في نواة لينكس، تم حل الثغرة التالية:
drm/amdkfd: إصلاح تجاوز عدد صحيح غير موقع (uint32_t overflow) في محاذاة حجم مخزن EOP الدائري
يُعد `eop_ring_buffer_size` داخل بنية `queue_properties` من النوع `u32`. وفي دالة `kfd_queue_acquire_buffers()`، يتم حساب حجم مخزن EOP المتوقع على النحو التالي: `ALIGN(eop_ring_buffer_size, PAGE_SIZE)`؛ وبما أن الدالة `ALIGN` تستخدم `typeof(x)`، فإن عملية الجمع تُنفذ باستخدام 32 بت. إذا زوّد المستخدم بحجم يساوي `0xFFFFF001`، فسيتم لفّه (wrap) إلى الصفر، مما يتسبب في تخطي دالة `kfd_queue_buffer_get()` لاختبار الحجم الدقيق الخاص بها (المقيد بشرط `size != 0`) وقبول أي كائن ذاكرة (BO) مُربَط عند العنوان. على معالجات GFX8/GFX9، يتم بعد ذلك برمجة سجل `cp_hqd_eop_control` في MQD لمخزن EOP دائري بحجم 8 كيلوبايت مدعوم بكائن ذاكرة (BO) بحجم 4 كيلوبايت، مما يسمح لكتابات وحدة المعالجة المركزية الرسومية (CP EOP) بالوصول إلى ما بعد حدود المخزن وتسبب خطأً (fault) في GPU.
تم تحويل العامل (operand) إلى النوع `u64` بحيث يتم حساب المحاذاة باستخدام 64 بت؛ وبذلك ترفض دالة `kfd_queue_buffer_get()` الطلبات ذات الأحجام الزائدة عن الحد عند إجراء فحص الحجم.
(مُختارة من الالتزام ae443117b742c357bfef3a7bddabf76fcf86e9ef)
If you want to get the best quality for vulnerability data then you always have to consider VulDB.