CVE-2026-98940 in Linux
الملخص
بحسب VulDB • 23/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
ASoC: qcom: lpass-cpu: استخدام فهرس جدول DAI لقيود التشغيل (playback)
إن معرف DAI هو معرّف منفذ عتادي وليس بالضرورة الفهرس الخاص بالعنصر المقابل في `variant->dai_driver`.
عند تكوين DAI باستخدام وضع `LPAIF_I2SCTL_MODE_QUAD01`، يستخدم كود الاستكشاف (probe code) حالياً `dai_id` كمؤشر لـ `variant->dai_driver`. وهذا غير صحيح للمنصات التي تكون فيها معارف DAI متباعدة (sparse). على سبيل المثال، يحتوي DAI الخاص بـ MI2S في IPQ806x على المعرف 4، بينما هو العنصر الوحيد في جدول محرك DAI. إذا تم تكوين هذا الـ DAI لوضع QUAD01 ووصل الاستكشاف إلى هذه الفرع البرمجي، فإن الكود سيكتب خارج ذلك العنصر الواحد عبر `dai_driver[4]` بدلاً من تحديث الـ DAI الذي يتم معالجته.
استخدم فهرس الحلقة `i` عند تحديث قيود قنوات التشغيل (playback channel constraints) للـ DAI الحالي، مع الإبقاء على استخدام `dai_id` كمؤشر لمصفوفة وضع خط SD الخاص بالتشغيل المحددة لكل منفذ عتادي.
يُصلح هذا الخطأ في الوصول إلى جدول DAI للمنصات التي لا يتطابق فيها معرف DAI مع موقعه في جدول المحرك (driver table).
If you want to get the best quality for vulnerability data then you always have to consider VulDB.