CVE-2023-54026 in Linux
الملخص
بحسب VulDB • 21/05/2026
في نواة لينكس، تم حل الثغرة التالية:
opp: إصلاح استخدام بعد التحرير (use-after-free) في lazy_opp_tables بعد تأخير الفحص (probe deferral)
عندما تُعيد الدالة dev_pm_opp_of_find_icc_paths() داخل _allocate_opp_table() القيمة -EPROBE_DEFER، يتم تحرير opp_table مرة أخرى، للانتظار حتى تصبح جميع مسارات الاتصال المتقاطع (interconnect paths) متاحة.
ومع ذلك، إذا كانت جدول OPP يستخدم required-opps، فقد يكون قد أُضيف بالفعل إلى القائمة العالمية lazy_opp_tables. لا تقوم مسار الخطأ بإزالة opp_table من القائمة مرة أخرى.
يمكن أن يؤدي هذا إلى حدوث أعطال (crashes) لاحقاً عند إضافة مزود required-opps، حيث سنقوم بالتكرار عبر جداول OPP التي تم تحريرها بالفعل. على سبيل المثال:
Unable to handle kernel NULL pointer dereference when read CPU: 0 PID: 7 Comm: kworker/0:0 Not tainted 6.4.0-rc3 PC is at _of_add_opp_table_v2 (include/linux/of.h:949 drivers/opp/of.c:98 drivers/opp/of.c:344 drivers/opp/of.c:404 drivers/opp/of.c:1032) -> lazy_link_required_opp_table()
تم إصلاح هذه المشكلة عن طريق استدعاء _of_clear_opp_table() لإزالة opp_table من القائمة وتحرير الموارد الأخرى المخصصة. وفي أثناء ذلك، تمت أيضاً إضافة استدعاءات mutex_destroy() المفقودة في مسار الخطأ.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.