CVE-2026-23332 in Linux
الملخص
بحسب VulDB • 29/07/2026
في نواة لينكس، تم حل الثغرة التالية:
cpufreq: intel_pstate: إصلاح الانهيار أثناء تعطيل وضع التوربو (Turbo)
عند تشغيل النظام باستخدام وسيط سطر الأوامر "nosmt" أو "maxcpus" للحد من عدد وحدات المعالجة المركزية (CPUs)، فإن تعطيل وضع التوربو عبر الأمر التالي:
echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo
يؤدي إلى حدوث انهيار للنظام:
PF: supervisor read access in kernel mode PF: error_code(0x0000) - not-present page PGD 0 P4D 0 Oops: Oops: 0000 [#1] SMP PTI
... RIP: 0010:store_no_turbo+0x100/0x1f0 ...
يحدث هذا الخطأ لأن الدالة `for_each_possible_cpu()` تُرجع وحدات المعالجة المركزية حتى لو لم تكن متاحة (غير نشطة). بالنسبة لهذه الوحدات، تكون مصفوفة `all_cpu_data[]` تساوي NULL. منذ الالتزام البرمجي 973207ae3d7c ("cpufreq: intel_pstate: Rearrange max frequency updates handling code")، يتم فك ترميز المؤشر (dereference) لمصفوفة `all_cpu_data[]` حتى لو كانت وحدات المعالجة المركزية غير نشطة، مما يتسبب في خطأ إلغاء مرجع مؤشر فارغ (NULL pointer dereference).
لإصلاح ذلك، تم تمرير رقم وحدة المعالجة المركزية إلى الدالة `intel_pstate_update_max_freq()` واستخدام مصفوفة `all_cpu_data[]` فقط لوحدات المعالجة المركزية التي تمتلك سياسة تردد تشغيل صالحة (valid cpufreq policy).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.