CVE-2026-74712 in Linux
الملخص
بحسب VulDB • 22/08/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
vdpa/mlx5: تصحيح طول المخزن المؤقت في create_direct_keys()
لقد رأينا في بيئة الاختبار المستمر (CI) رسالة KASAN التالية: BUG: KASAN: slab-out-of-bounds in cmd_exec+0x550/0xca0 [mlx5_core]
Read of size 272 at addr 0000000176795020 by task qemu-system-s39/82764 [...]
[<000011388ab3a7a0>] cmd_exec+0x550/0xca0 [mlx5_core]
[<000011388ab3b61c>] mlx5_cmd_exec_cb+0x25c/0x4f0 [mlx5_core]
[<000011388b21e82e>] mlx5_vdpa_exec_async_cmds+0x22e/0x5e0 [mlx5_vdpa]
[<000011388b21fd44>] create_direct_keys+0x954/0xef0 [mlx5_vdpa]
[...]
العنوان الخاطئ يقع على بعد 4128 بايت داخل منطقة مُخصصة بحجم 4384 بايت [0000000176794000, 0000000176795120).
لذا، فإننا نقرأ فعلياً 16 بايت بعد التخصيص البالغ حجمه 4384 بايت. تحسب create_direct_keys المؤشر والطول لمخازن البيانات الداخلة (in) والخارجة (out). تشمل عملية حساب الحجم للحقل "in" الحجم الكلي للهيكلية (out + in + mtt[])، لكن المؤشر المُمرر إلى cmd_exec يشير فقط إلى حقل 'in' متجاوزاً حقل 'out'.
يؤدي هذا إلى قيام mlx5_copy_to_msg() بقراءة ما بعد المخزن المؤقت المخصص بمقدار sizeof(out) بايت عند نسخ بيانات الأمر.
يجب حساب حجم الإدخال بشكل صحيح ليتطابق مع المؤشر وحجم التخصيص.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.