CVE-2026-97905 in Linux
Zusammenfassung
von VulDB • 25.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
cpufreq: Null-Initialisierung der cpumask für die Policy vor der Veröffentlichung über sysfs
cpufreq_policy_alloc() alloziert policy->cpus mit alloc_cpmask_var(), d.h. ohne __GFP_ZERO, im Gegensatz zu den verwandten Masken related_cpus und real_cpus. Bei CONFIG_CPUMASK_OFFSTACK=y ist die Maske eine separate kmalloc_node()-Allokation, sodass ihr Bitmap-Wert das enthält, was der Slab-Allozierer zurückgelassen hat:
cpufreq_online() cpufreq_policy_alloc() alloc_cpumask_var(&policy->cpus) /* bitmap is uninitialized */ kobject_init_and_add() /* policy%u/ erscheint in sysfs */ cpufreq_policy_online() cpumask_copy(policy->cpus, cpumask_of(cpu)) /* erster gültiger Wert */
Dies hinterlässt ein Zeitfenster, in dem die sysfs-Attribute bereits erreichbar sind, während policy->cpus noch Müllwerte enthält. show()/store() werden durch policy_is_inactive(), d.h. cpumask_empty(policy->cpus), gesteuert; eine nicht-null Bitmap lässt sie also die Attribut-Callbacks für eine Policy ausführen, die noch nicht initialisiert ist.
Beheben Sie dies, indem Sie zalloc_cpumask_var() für policy->cpus verwenden.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.