direct=0kvm_mmu_get_child_sp() nach einer Schattenseite zur Wiederverwendung sucht, findet es die vorhandene Schattenseite, da die GFN übereinstimmt. Die Funktion unterlässt es jedoch, die direct-Rolle zu vergleichen. Die alte Schattenseite mit direct=1 wird fälschlicherweise für einen Kontext wiederverwendet, der nun direct=0 erfordert sptep) bleibt bei rmap-Durchläufen (z. B. für Dirty Logging oder MMU-Notifier-Invalidierung) referenziert, was zu einer Use-After-Free-Situation führt Die Folgen von CVE-2026-53359 sind besonders in Multi-Tenant-Cloud-Umgebungen gravierend.
/dev/kvm für alle Benutzer beschreibbar ist (0666), kann ein nicht-privilegierter lokaler Benutzer dies als zuverlässigen Vektor für eine lokale Privilegienausweitung nutzen Die Linux-Kernel-Community reagierte schnell, nachdem der Fehler identifiziert wurde. Ein Fix wurde in den Hauptentwicklungszweig (Mainline) des Kernels übernommen und in die stabilen Kernel zurückportiert. Alle Veröffentlichungen erfolgten am 4. Juli 2026 .
81ccda30b4e83d8f5cc4fd50503c44e3a33abfeb und seine Rückportierungen) verbessert die Validierungslogik in kvm_mmu_get_child_sp(). Er verlangt nun, dass sowohl die Gast-Frame-Nummer als auch die MMU-Rolle übereinstimmen, bevor eine Schattenseite wiederverwendet wird. Dies verhindert die Rollen-Diskrepanz, die zur Use-After-Free-Situation führt Da nur das Einspielen des Patches eine vollständige Abhilfe schafft, können Administratoren dennoch übergangsweise Maßnahmen ergreifen, um die Angriffsfläche zu verringern:
/dev/kvm einschränken: Um eine lokale Privilegienausweitung durch unprivilegierte Benutzer zu verhindern, sollte der Zugriff auf das KVM-Gerät eingeschränkt werden. Ändern Sie die Berechtigungen mit chmod 660 /dev/kvmkvm hinzu