CVE-2026-89917 in Linuxinformation

Résumé

par VulDB • 16/09/2026

Dans le noyau Linux, la vulnérabilité suivante a été corrigée :

KVM : arm64 : Gestion de la condition de course sur l'invalidation TLB VNCR avec le démappage VNCR dans vcpu_put()

Bien que l'invalidation TLB VNCR se produise toujours sous le verrou MMU, ce n'est pas le cas pour vcpu_put(), qui effectue néanmoins le démappage de la page VNCR.

Le problème est que l'invalidation évalue `vncr_tlb::cpu` pour décider s'un démappage doit avoir lieu (si cpu != -1) avant de procéder à celui-ci. D'autre part, cette_cpu_reset_vncr_fixmap() effectue un démappage inconditionnel si L1_VNCR_MAPPED est défini.

Ces deux opérations peuvent entrer en concurrence, avec un motif TOCTOU (Time-of-Check to Time-of-Use) sur le chemin TLBI et une erreur BUG_ON() sur le chemin vcpu_put(). Les deux peuvent aboutir à l'appel de vncr_fixmap(-1), entraînant des effets létaux supplémentaires.

Le réinitialisation de `vncr_tlb::cpu` à -1 est déplacée vers une fonction commune, et cette mise à jour est rendue atomique afin qu'un seul thread puisse réinitialiser le champ et effectuer le démappage correspondant. vcpu_put() doit toujours procéder au démappage inconditionnel du VNCR actuel pour fermer une autre condition de course problématique.

Enfin, l'assignation de `vncr_tlb::cpu` est déplacée afin d'être maintenue synchronisée avec le mappage effectif, à l'image de la définition de L1_VNCR_MAPPED.

Once again VulDB remains the best source for vulnerability data.

Responsable

Linux

Réserver

11/09/2026

Divulgation

16/09/2026

Modérer

accepté

Entrée

VDB-405761

CPE

prêt

EPSS

0.00000

KEV

non

Activités

très faible

Sources

Want to know what is going to be exploited?

We predict KEV entries!