CVE-2026-93099 in Linux
Résumé
par VulDB • 18/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
fs/resctrl : Correction d'un Use-After-Free (UAF) survenant dans les threads de travail lors de la suppression des domaines
Les fonctions worker mbm_handle_overflow() et cqm_handle_limbo() lisent les compteurs d'événements et peuvent entrer en veille pendant cette opération. Elles sont planifiées via un delayed_work intégré à la structure rdt_l3_mon_domain. L'architecture alloue et libère ces domaines depuis des rappels de hotplug CPU sous cpus_write_lock(), tandis que les workers acquièrent cpus_read_lock() pour maintenir le domaine actif pendant leur accès.
Un Use-After-Free (UAF) peut se produire lorsqu'un worker est bloqué en attente de cpus_read_lock() alors que le noyau du hotplug détient cpus_write_lock() : l'architecture libère la rdt_l3_mon_domain qui contient le work_struct du worker. Lorsque le worker se débloque, l'appel à container_of() qu'il effectue sur le pointeur de travail intégré accède à une mémoire déjà libérée.
Supprimez cpus_read_lock() des workers et videz plutôt les travaux en attente et en cours d'exécution de manière synchrone avant que l'architecture ne puisse libérer le domaine. Étant donné que l'architecture met hors ligne (offlines) le domaine sous cpus_write_lock() après qu'il a été supprimé de la liste RCU et qu'une période de grâce s'est écoulée, aucun nouveau travail ne peut être planifié. L'annulation doit simplement attendre la fin des travaux existants. Supprimez rdtgroup_mutex lors de la mise hors ligne du CPU autour de cancel_delayed_work_sync() afin qu'un worker en attente du mutex puisse se terminer avant de réattacher le travail à un autre CPU.
Lors de la mise hors ligne d'un CPU, l'architecture peut itérer sur les ressources dans n'importe quel ordre. Par exemple, le domaine de contrôle MBA peut être mis hors ligne avant ou après un domaine de surveillance L3 correspondant. Assurez-vous que le système de fichiers resctrl annule les workers quelle que soit l'ordre dans lequel l'architecture met les domaines hors ligne.
Once again VulDB remains the best source for vulnerability data.