AIO APEX

Januscape: une faille vieille de 16 ans dans KVM Linux permet aux machines virtuelles invitées de s'échapper vers l'hôte sur Intel et AMD

CyberSecurity News
Partager:
Januscape: une faille vieille de 16 ans dans KVM Linux permet aux machines virtuelles invitées de s'échapper vers l'hôte sur Intel et AMD

Une vulnérabilité critique dans l'hyperviseur KVM du noyau Linux, suivie sous le nom CVE-2026-53359 et appelée Januscape, permet à une machine virtuelle invitée malveillante de sortir de son sandbox et de corrompre la mémoire du système hôte. La faille existe depuis août 2010 — 16 ans — et affecte à la fois les systèmes Intel et AMD via le code x86 partagé de KVM. Les correctifs ont été distribués le 4 juillet 2026 dans des versions stables du noyau.


Ce que fait le bug

Januscape réside dans le shadow MMU de KVM, le composant logiciel qui gère la nested virtualization — le cas où une machine virtuelle exécute son propre hyperviseur pour héberger d'autres invités. Lorsque cela se produit, le noyau hôte (L0) doit émuler une deuxième couche de traduction d'adresses en logiciel à l'aide de shadow page tables. La vulnérabilité provient du fait que KVM réutilise incorrectement une shadow page existante en se basant uniquement sur un guest frame number correspondant, sans vérifier le rôle de la page. Cette inadéquation provoque des conditions use-after-free : les shadow pages libérées restent référencées, corrompant la mémoire du noyau. Comme le rapporte CyberSecurity News, un proof-of-concept public déclenche déjà un host kernel panic ; le chercheur affirme qu'un exploit séparé non publié convertit cela en exécution complète de code sur l'hôte.


Pourquoi cela importe pour l'infrastructure cloud

Le risque concret est concentré dans les environnements cloud multi-tenant. Pour exploiter Januscape, un attaquant a besoin d'un accès root à l'intérieur d'une VM et doit avoir la nested virtualization exposée par l'hôte — des conditions courantes sur les instances cloud louées où les locataires exécutent régulièrement leurs propres hyperviseurs. Une attaque réussie permettrait à un locataire cloud de s'échapper complètement de sa machine virtuelle et d'exécuter du code arbitraire sur l'hôte physique, atteignant potentiellement les charges de travail d'autres locataires. Januscape est remarquable en tant que premier exploit connu guest-to-host fonctionnant à la fois sur les architectures Intel VMX et AMD SVM.


Correctif et mitigation

Les versions stables corrigées du noyau ont été publiées le 4 juillet : 7.1.3, 6.18.38, 6.12.95, 6.6.144, 6.1.177, 5.15.211 et 5.10.260. Le correctif garantit que les shadow pages ne sont réutilisées que lorsque le guest frame number et le rôle de la page correspondent tous deux, éliminant ainsi la cause racine du type confusion. Les organisations qui ne peuvent pas patcher immédiatement peuvent supprimer la surface d'attaque en désactivant la nested virtualization : définir kvm_intel.nested=0 sur les hôtes Intel ou kvm_amd.nested=0 sur les hôtes AMD. Le bug a d'abord été divulgué comme une soumission zero-day dans le programme kvmCTF de Google, qui offre jusqu'à 250 000 $ pour des escapes guest-to-host complets.


Chronologie

La faille remonte au commit 2032a93d66fa d'août 2010, introduit pendant le cycle de développement du noyau 2.6.36. Elle est passée inaperçue pendant 16 ans de développement du noyau Linux, d'audits de sécurité et de tests fuzz avant d'être découverte et signalée confidentiellement via le kvmCTF de Google en juin 2026. Le CVE a été attribué et les correctifs ont été préparés et fusionnés au cours des semaines suivantes, avec des backports stables arrivant le 4 juillet.

Originally reported by CyberSecurity News. Read the original article for additional details.

View original source
Partager: