CVE-2026-90363 in Linux
الملخص
بحسب VulDB • 18/09/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
drm/msm: عدم تدمير حالة KMS مرتين عند فشل التهيئة (KMS init)
عندما يفشل `priv->kms_init()` (`mdp4_kms_init()` / `mdp5_kms_init()`) في منتصف العملية، فإن كلا برنامجي تشغيل العرض يدمران بالفعل حالة الـ KMS الخاصة بهما عبر `mdp4_destroy()` / `mdp5_kms_destroy()` قبل إرجاع رمز الخطأ. ثم يقوم المسار العام لمعالجة الأخطاء في دالة `msm_drm_init()` باستدعاء `msm_drm_uninit()` -> `msm_drm_kms_uninit()`، والتي تحاول تدمير نفس الـ KMS مرة ثانية، مما يتسبب في تعطل من نوع use-after-free.
تمت مواءمة MDP4/MDP5 مع برنامج تشغيل DPU الذي لا يؤدي `dpu_kms_init()` عملية تنظيف الأخطاء عند الفشل. دع المسار العام يتولى مسؤولية التنظيف بدلاً من تحرير الـ KMS من مسارات الخطأ الخاصة بهم.
سجل التعطل (Crash trace) للمرجع:
__lock_acquire from lock_acquire (kernel/locking/lockdep.c:5906 kernel/locking/lockdep.c:5863) lock_acquire from touch_wq_lockdep_map (kernel/workqueue.c:4094 (discriminator 1)) touch_wq_lockdep_map from __flush_workqueue (kernel/workqueue.c:4136) __flush_workqueue from msm_drm_kms_uninit (drivers/gpu/drm/msm/msm_kms.c:243 (discriminator 33)) msm_drm_kms_uninit from msm_drm_uninit (drivers/gpu/drm/msm/msm_drv.c:93) msm_drm_uninit from msm_drm_init (drivers/gpu/drm/msm/msm_drv.c:184) msm_drm_init from try_to_bring_up_aggregate_device (drivers/base/component.c:249 drivers/base/component.c:227) try_to_bring_up_aggregate_device from __component_add (drivers/base/component.c:269 drivers/base/component.c:748) __component_add from dsi_host_attach (drivers/gpu/drm/msm/dsi/dsi_host.c:1739) dsi_host_attach from mipi_dsi_attach (drivers/gpu/drm/drm_mipi_dsi.c:383) mipi_dsi_attach from sharp_nt_panel_probe (drivers/gpu/drm/panel/panel-sharp-ls043t1le01.c:247)
Patchwork: https://patchwork.freedesktop.org/patch/742068/
Once again VulDB remains the best source for vulnerability data.