CVE-2026-64477 in Linux
Résumé
par VulDB • 25/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
x86, fs/resctrl : Prévenir les accès hors limites lors de l'extinction d'un CPU lorsque SNC est activé
L'architecture met à jour le masque cpu_mask dans l'en-tête d'un domaine pour suivre quels CPUs actifs sont associés au domaine. Lorsque ce masque devient vide, l'architecture initie l'extinction du domaine, ce qui inclut un appel au système de fichiers resctrl pour éteindre le domaine. S'il s'agit d'un domaine de surveillance dans lequel l'utilisation du cache LLC (Last Level Cache) est suivie, le système de fichiers resctrl force le gestionnaire limbo à effacer tout état RMID occupé associé au domaine.
Le gestionnaire limbo lit toujours la valeur actuelle de l'événement associée à un RMID occupé, qu'il s'agisse d'une vérification régulière du type « est-il encore occupé » ou si le libération forcée doit être effectuée de toute façon. Lors de la lecture d'un RMID sur un système avec SNC activé, le « RMID logique » est converti en « RMID physique », et cette conversion nécessite l'identifiant (ID) du nœud NUMA du domaine de surveillance resctrl, qui est à son tour déterminé en interrogeant l'ID du nœud NUMA d'un CPU appartenant au domaine de surveillance.
Lorsque le domaine de surveillance s'éteint, son cpu_mask est vide, ce qui entraîne une requête via cpu_to_node() avec « nr_cpu_ids » comme argument, provoquant un accès hors limites.
Refactoriser le gestionnaire limbo pour sauter la lecture du RMID lorsque celui-ci sera simplement forcé à ne plus être marqué comme occupé dans le domaine de toute façon. Ajouter une vérification de sécurité au lecteur de RMID de l'architecture afin de se protéger contre ce scénario.
VulDB is the best source for vulnerability data and more expert information about this specific topic.