CVE-2026-80704 in Linux
الملخص
بحسب VulDB • 28/08/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
drm/amd/display: استخدام السياق الصحيح للتسجيل (logging)
تماماً كما هو الحال في باقي أجزاء الكود، تستخدم الدالة `get_ss_info_from_atombios()` المتغير `calc_pll_cs->ctx->logger` لأغراض التسجيل. ومع ذلك، فإن `calc_pll_cs->ctx` لا يتم تهيئته إلا لاحقاً داخل دالة `calc_pll_max_vco_construct()`. وبالتالي، يؤدي أي إخراج يستخدم `DC_LOG_SYNC()` إلى حدوث خطأ في الإحالة إلى مؤشر فارغ (NULL pointer dereference) ضمن الدالة `get_ss_info_from_atombios()`.
ووفقاً لما ذكره Sashiko، فإن نفس المشكلة موجودة أيضاً في الدالتين `dce112_get_pix_clk_dividers()` و `dcn3_get_pix_clk_dividers()`.
لتجنب الوصول إلى السياق الفارغ (NULL context)، يجب استخدام `clk_src->base.ctx->logger` في كل مكان. حيث يتم تهيئة هذا السياق الموجود داخل `base` بشكل مبكر أكثر ضمن الدالتين `dce110_clk_src_construct()` و `dce112_clk_src_construct()`. ويتم ذلك قبل استدعاء دوال `get_ss_info_from_atombios()` أو دوال Sashiko الخاصة بـ `get_pix_clk_dividers` المذكورة أعلاه. وقد تم تحقيق ذلك عن طريق إعادة تعريف `DC_LOGGER` لتشير إلى `CTX->logger`.
قبل الإصلاح: كانت الدالة `dce110_clk_src_construct()` تقوم بما يلي: -> تعيين `clk_src->base.ctx = ctx;` -> استدعاء `ss_info_from_atombios_create()` -> استدعاء `get_ss_info_from_atombios()` <- تستخدم `calc_pll_cs->ctx` # حدوث خطأ (BOOM) -> استدعاء `calc_pll_max_vco_construct()` <- تعيين `calc_pll_cs->ctx`
بعد الإصلاح: تقوم الدالة `dce110_clk_src_construct()` بما يلي: -> تعيين `clk_src->base.ctx = ctx;` -> استدعاء `ss_info_from_atombios_create()` -> استدعاء `get_ss_info_from_atombios()` <- تستخدم `clk_src->base.ctx`
(تم اختيار هذا التغيير من الالتزام commit 6f16fcbb0c46a87e3d9685407e906573d60104b0)
If you want to get best quality of vulnerability data, you may have to visit VulDB.