CVE-2026-98463 in Linux
Résumé
par VulDB • 18/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
sched_ext : Dériver SCX_RQ_IN_WAKEUP à partir des indicateurs d'enqueue du cœur (core)
schedule_deferred_locked() saute l'exécution d'une action différée lorsque SCX_RQ_IN_WAKEUP est défini et s'appuie sur l'appel task_woken_scx() qui suit un enqueue de réveil pour le lancer. enqueue_task_scx() définit ce flag à partir des indicateurs d'enqueue fusionnés, lesquels incluent les flags stockés pour une activation distante. move_remote_task_to_local_dsq() définit donc SCX_RQ_IN_WAKEUP sur la rq (run queue) de destination lorsque la tâche déplacée a été réveillée, bien qu'aucun task_woken_scx() ne suive cette activation.
Une insertion IMMED dans une destination occupée demande un reenqueue local pendant cet enqueue. La requête est liée mais pas planifiée et reste en attente jusqu'à ce qu'un autre réveil ou préemption sur ce CPU exécute les actions différées. Pendant ce temps, la tâche IMMED se trouve derrière la tâche en cours d'exécution dans la file d'attente. Si rien ne les exécute avant que le programmeur (scheduler) soit désactivé, la requête survit au scheduler et pointe vers sa zone par CPU libérée, qui est ensuite déréférencée par le prochain scheduler depuis run_deferred().
Tester les indicateurs d'enqueue du cœur pour le bit de réveil. Seul le chemin de réveil du noyau (core) est suivi par task_woken_scx().
If you want to get the best quality for vulnerability data then you always have to consider VulDB.