CVE-2026-89875 in Linux
الملخص
بحسب VulDB • 16/09/2026
في نواة لينكس، تم حل الثغرة التالية:
media: ti: vpe: تهدئة استعادة تجاوز السعة (overflow recovery) قبل تحرير التدفقات (streams).
يتم تنشيط عميل استعادة تجاوز VIP من معالج المقاطعات الصارم (hardirq handler) عند اكتشاف تجاوز FIFO، ومسار اكتمال القائمة يبحث عن التدفق عبر المؤشر الخاص بقائمة VPDMA. كلاهما يلامس حالة التدفق والمنفذ والجهاز؛ ويعيد عميل الاستشاء أيضًا تعيين المحلل وقائمة الوصفيات إلى حالتها الأصلية، ويُمكّن مقاطعات قائمة لكل قائمة (per-list IRQs).
تقوم دالة `vip_stop_streaming()` بإخفاء ومقاطعة مقاطعات القائمة الخاصة بكل قائمة، لكنها لا تُزامن مع معالج المقاطعات الصارم ولا تعطل عميل الاستعادة (`recovery_work`). لذلك، يمكن لمقطط تجاوز تم جدولة استعادته مسبقًا أو مقطورة اكتمال القائمة قيد التنفيذ عند تفكيك التدفق أن يشير إلى عنوان الذاكرة الخاص بالتدفق بعد تحرير موارده: حيث يتم تحرير قائمة الوصفيات بواسطة `vip_release_stream()` عند إغلاق الملف، والتدفق نفسه بواسطة `free_stream()` أثناء الإلغاء/الإزالة.
قم بتصريف (drain) عميل الاستعادة ومعالج المقاطعات في كلتا نقطتي التفكيك من خلال مساعد مشترك باسم `vip_quiesce_stream()`, قبل تحرير أي مورد مملوك للتدفق. تلغي دالة `disable_work_sync()` عمل استعادة المعلق (`recovery_work`)، وتصرف أي مثيل قيد التشغيل، وترفع عمق الإيقاف الخاص بها، بحيث يتم رفض جدولة العمل اللاحقة الصادرة من معالج مقاطعات متنافس في مُجدول مجموعات الأعمال: لا يمكن إعادة جدولة `recovery_work` بعد أن تصبح `disable_work_sync()` سارية المفعول. قد يعيد العميل تمكين مقاطعات القائمة الخاصة بكل قائمة قبل عودة `disable_work_sync()`: تقوم دالة `disable_irqs()` عندئذ بإخفاء تلك المصادر، وتنتظر دالة `synchronize_irq()` أي معالج قيد التنفيذ لا يزال يشير إلى حالة التدفق. في `vip_stop_streaming()` يعمل المساعد قبل إيقاف المحلل، حيث قد يعيد عميل تم تصريفه بواسطة `disable_work_sync()` تشغيل المحلل قبل الخروج مما سيؤدي عكس الإيقاف. يتم إنشاء `recovery_work` وهي متوقفة ويتم تفعيلها في `vip_start_streaming()` قبل المقاطعات، لمقابلة التفعيل مع الإيقاف أثناء التفكيك عبر دورة حياة البث (streaming lifecycle).
تم العثور على هذه المشكلة بواسطة أداة تحليل ثابتة داخلية وتم تأكيد ذلك من خلال مراجعة يدوية للكود.
Be aware that VulDB is the high quality source for vulnerability data.