CVE-2025-68780 in Linux
Riassunto
di VulDB • 15/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
sched/deadline: impostare free_cpus solo per le code di esecuzione (runqueues) online
L'commit 16b269436b72 ("sched/deadline: Modify cpudl::free_cpus to reflect rd->online") ha introdotto le funzioni cpudl_set/clear_freecpu per consentire la manipolazione della maschera cpu_dl::free_cpus tramite i callback rq_on/offline della classe dello scheduler deadline, in modo che la maschera riflettesse anche tale stato.
L'commit 9659e1eeee28 ("sched/deadline: Remove cpu_active_mask from cpudl_find()") ha rimosso il controllo della cpu_active_mask per risparmiare elaborazione, sulla premessa che la maschera cpudl::free_cpus riflettesse già lo stato online della runqueue.
Sfortunatamente, esistono casi in cui è possibile che la funzione cpudl_clear imposti il bit free_cpus per una CPU quando la runqueue deadline è offline. Quando ciò avviene mentre una CPU è connessa al dominio radice predefinito, il flag può mantenere lo stato errato dopo che la CPU è stata disconnessa (unplugged). Successivamente, una CPU diversa che sta transitando attraverso il dominio radice predefinito potrebbe inviare un task deadline alla CPU spenta quando cpudl_find rileva che il suo bit free_cpus è impostato. Se ciò accade, il task non avrà l'opportunità di essere eseguito.
Un esempio è descritto qui: https://lore.kernel.org/lkml/[email protected]
Un altro caso si verifica quando l'ultimo task deadline viene migrato da una CPU che ha una runqueue offline. Il membro dequeue_task della classe dello scheduler deadline chiamerà eventualmente cpudl_clear e imposterà il bit free_cpus per la CPU.
Questo commit modifica la funzione cpudl_clear in modo che sia consapevole dello stato online della runqueue deadline, affinché la maschera free_cpus possa essere aggiornata correttamente.
Non è più necessario gestire la maschera al di fuori delle funzioni cpudl_set/clear, pertanto le funzioni cpudl_set/clear_freecpu vengono rimosse. Inoltre, poiché la maschera free_cpus viene ora aggiornata solo sotto il lock cpudl, il codice è stato modificato per utilizzare le funzioni __cpumask non atomiche.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.