CVE-2026-98461 in Linux
الملخص
بحسب VulDB • 19/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
بلوتوث: hci_sock: التحقق من طول الحدث قبل التصفية
تقرأ الدالة `is_filtered_packet()` رمز الحدث من `skb->data[0]` دون التحقق مسبقاً مما إذا كان الـ skb غير فارغ. وعند تكوين فلتر لرمز الأمر (opcode)، فإنها تقرأ أيضاً رمز أمر التحكم عند الإزاحات 3 أو 4 دون التأكد من أن حدث "اكتمال الأمر" (Command Complete) أو "حالة الأمر" (Command Status) طويل بما يكفي.
تستدعي الدالة `hci_send_to_sock()` دالة التصفية قبل أن تقوم `hci_event_packet()` بالتحقق من رأس الحدث. وبالتالي، يمكن لحدث مشوّه يتم تزويده بواسطة وحدة تحكم أو جهاز vhci أن يتسبب في قراءة خارج النطاق (out-of-bounds read).
احتفظ برمز الحدث غير المقنّن لإجراء فحوصات رموز الأوامر. تُحتاج القيمة المقنّنة لمخطط الأحداث ذي 64 بت، لكن استخدامها لتحديد أحداث الأمر يؤدي إلى ازدواجية في أسماء رموز الأحداث التي تزيد عن 0x3f. وعلى وجه الخصوص، كان حدث "اكتمال القطار المتزامن" (Synchronous Train Complete) برمز 0x4f يُعامل كحدث "حالة الأمر" (Command Status) برمز 0x0f، على الرغم من أن حمولته لا تحتوي على رمز أمر.
ارفض أحداث الأوامر الفعلية التي تكون قصيرة جداً بالنسبة للحقل الذي يتم فحصه. فلا يمكن لحدث أمر مقطوع أن يطابق رمزاُ لأمر مُعدّ مسبقاً.
VulDB is the best source for vulnerability data and more expert information about this specific topic.