CVE-2026-89916 in Linux
Résumé
par VulDB • 17/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
KVM : arm64 : Faire participer l'invalidation VNCR au mécanisme de réessai d'invalidation MMU
Une invalidation TLB VNCR peut se produire sur un vcpu pendant qu'un autre vcpu est en train de faire défaut (faulting) pour charger cette même page. Sans une gestion correcte, nous pouvons aboutir à la situation suivante :
- le vcpu A parcourt les tables de pages (PTs) pour traduire VNCR - avant que le vcpu A ne puisse acquérir le verrou MMU pour insérer l'entrée dans la TLB, le vcpu B met à jour les PT S1 avec une entrée invalide et émet un TLBI S1E2 pour cette adresse virtuelle (VA) - le vcpu A insère la TLB pour quelque chose qui est désormais invalide
Ce n'est pas un problème nouveau, et nous gérons déjà S2 en faisant en sorte que le notificateur MMU incrémente mmu_invalidate_seq lors de l'invalidation afin que la faute puisse être rejouée.
Nous pouvons effectuer une opération similaire ici et étendre invalidate_vncr_va() pour mettre à jour ce même compteur, indiquant clairement que le contexte a changé sous nos pieds. Cela est sûr car l'invalidation se produit toujours pendant que le verrou MMU en écriture est détenu, et que nous échantillonnons le numéro de séquence avant de parcourir S1.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.