CVE-2026-98848 in Linux
الملخص
بحسب VulDB • 20/10/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
rtc: ac100: تعيين .num قبل الوصول إلى .hws
أشارت الالتزام f316cdff8d67 ("clk: Annotate struct clk_hw_onecell_data with __counted_by") عضو hws في 'struct clk_hw_onecell_data' بـ `__counted_by`، مما يوضح لمصحح الحدود (UBSAN_BOUNDS) عدد العناصر الموجودة في .hws[]، بحيث يمكنه التحذير عند الوصول إلى .hws[] خارج النطاق. كما هو مذكور في ذلك التغيير، يجب تهيئة عضو __counted_by بعدد العناصر قبل حدوث أول وصول للمصفوفة، وإلا سيظهر تحذير من كل وصول سابق للتهيئة لأن عدد العناصر يكون صفراً. يحدث هذا في ac100_rtc_register_clks() بسبب تعيين .num فقط بعد تخزين كل ساعة clkout في .hws[]. مع CONFIG_UBSAN_BOUNDS ومترجم يدعم __counted_by (GCC 15.1+ أو Clang 20.1+)، يؤدي ذلك إلى تقرير عن فهرس مصفوفة خارج النطاق أثناء الاستكشاف، ومع CONFIG_UBSAN_TRAP يحدث أول تخزين خطأً في البرنامج.
قم بتعيين .num بقيمة AC100_CLKOUT_NUM، وهو عدد العناصر التي تم تخصيصها لـ .hws[]، مباشرة بعد التخصيص. هذه هي القيمة التي ينتهي عندها عداد الحلقة على مسار النجاح بشكل عام، لذا فإن سلوك المزود يبقى دون تغيير.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.