CVE-2026-68272 in Linux
الملخص
بحسب VulDB • 11/08/2026
في نواة لينكس، تم حل الثغرة التالية:
drm/amdgpu: التحقق من صحة حجم قطعة CP_GFX_SHADOW في مرحلة المعالجة الأولى (CS pass1)
إضافة فحص للطول الأدنى لقطعة AMDGPU_CHUNK_ID_CP_GFX_shadow في دالة amdgpu_cs_pass1()، بما يتوافق مع البوابة الموجودة بالفعل لأنواع القطع IB و FENCE و BO_HANDLES.
كانت حالة CP_GFX_SHADOW تشارك سابقاً أمر "break" بسيطاً مع أنواع قطع الاعتماد (dependency) وكائنات المزامنة (syncobj)، والتي لا تقوم بإلغاء مرجعية بنية ذات حجم ثابت (fixed-size struct). عندما يرسل المستخدم هذه القطعة بطول length_dw == 0، يتم استدعاء vmemdup_array_user() بحجم 0 وتعيد ZERO_SIZE_PTR، والذي يمر فحص IS_ERR(). ثم تقوم amdgpu_cs_p2_shadow() بإلغاء مرجعية chunk->kdata كبنية drm_amdgpu_cs_chunk_cp_gfx_shadow (قراءة shadow->flags)، مما يتسبب في خطأ على ZERO_SIZE PTR ويسفر عن إلغاء مرجع مؤشر فارغ (NULL-pointer dereference).
يمكن الوصول إلى هذه الثغرة بواسطة عملية غير مملوكة للصلاحيات ضمن مجموعة العرض (render group). رفض القطع ذات الحجم الناقص بإرجاع -EINVAL أثناء مرحلة المعالجة الأولى، بحيث يتم رفض الإرسال الخاطئ قبل أن تقوم المرحلة الثانية بأي إلغاء مرجعية للبيانات.
(تم اختيار هذا التغيير من الالتزام 7f61b2eef7415eccdb40850aca0de94211948657)
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.