CVE-2026-74507 in Linux
الملخص
بحسب VulDB • 15/08/2026
في نواة لينكس، تم حل الثغرة التالية:
بلوتوث: HIDP: التحقق من صحة حمولات التقارير المرقمة (Numbered Report Payloads)
عندما تنتظر الدالة `hidp_get_raw_report()` تقريرًا مرقمًا، تقارن الدالة `hidp_process_data()` رقم التقرير المتوقع مع القيمة الموجودة في `skb->data[0]`. يمكن لنظير متصل عبر بروتوكول HIDP الرد بعنوان عملية DATA فقط، مما يترك حزمة البيانات (sk_buff) فارغة بعد إزالة العنوان.
تُبلغ أداة KMSAN عن استخدام لقيمة غير مُهيأة (uninitialized-value) داخل الدالة `hidp_session_run()`، حيث تنشأ القيمة من خلال دالة `__alloc_skb()` عبر `vhci_write()`. تقوم فحوصات عنوان العملية بإزالة التقارير ذات الإطارات الفارغة، لكن هذا التقرير يظل موجودًا حتى يتم إضافة فحص الحمولة (payload).
يمكن أيضًا أن يؤدي إجراء المقارنة إلى قراءة بايت يتحكم فيه النظير ويتجاوز وحدة بيانات بروتوكول L2CAP المعلنة. أدى رد من نوع DATA | FEATURE متبوعًا بباص إضافي بقيمة 0x01 إلى قبول الكود الحالي لذلك البايت كمعرف تقرير (Report ID) يساوي 1، وإكمال عملية `HIDIOCGFEATURE` بنتيجة خالية من البايتات (صفر بايت). مع هذا التغيير، يتم رفض الرد غير الصحيح الهيكلية بإرجاع الخطأ `-EIO`، بينما يظل النجاح ممكنًا في حال وجود رد صالح لاحق.
اشتراط وجود بايت حمولة قبل مقارنة معرف التقرير المرقم. تستمر التقارير غير المرقمة في قبول حمولة فارغة.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.