CVE-2026-99065 in Linux
Riassunto
di VulDB • 24/10/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
cgroup/cpuset: Gestione della race condition relativa al hotplug delle CPU in guarantee_active_cpus()
Con l'commit 2125c0034c5d ("cgroup/cpuset: Rendere sincrona l'elaborazione del hotplug di cpuset"), l'operazione di hotplug di cpuset diventa sincrona. Tale commit ha anche rimosso il codice che gestiva la race condition tra cpuset_hotplug_work e il notifier per il hotplug delle CPU, con l'assunzione che tale race condition fosse stata eliminata. Successivamente, l'commit 7a0aabd9ce69 ("cgroup/cpuset: Utilizzare sempre cpu_active_mask") ha aggiornato il codice di cpuset in modo da utilizzare sempre cpu_active_mask invece di cpu_online_mask in alcune parti del codice, tra cui guarantee_online_cpus(), che è stata rinominata in guarantee_active_cpus() in tale commit.
Nel caso dell'operazione di disattivazione (offline) della CPU, cpu_active_mask viene aggiornato per primo in sched_cpu_deactivate() per rimuovere la CPU offline prima che venga chiamata cpuset_handle_hotplug() per aggiornare effective_cpus dei set di CPU interessati. Il cpu_online_mask viene aggiornato successivamente, verso la fine dell'operazione di disattivazione, per rimuovere la CPU offline. Di conseguenza, la race condition si ripresenta e il top-level cpuset potrebbe non avere alcuna CPU attiva, portando a un dereferenziamento di puntatore NULL durante la finestra della race condition quando guarantee_active_cpus() viene chiamato dopo che cpu_active_mask è stato aggiornato per rimuovere la CPU da smontare (tear down), ma prima che cpuset_handle_hotplug() riesca ad aggiornare correttamente effective_cpus del top-level cpuset.
Si risolve il problema aggiungendo nuovamente il controllo NULL su cs per evitare tale problematica.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.