A newly disclosed Linux Kernel-based Virtual Machine (KVM)<\/a> vulnerability, tracked as CVE-2026-53359 and dubbed \u201cJanuscape,\u201d exposes a critical flaw that allows a malicious guest to corrupt host kernel memory, breaking the fundamental isolation guarantees of virtualization.<\/p>\n The issue, which remained unnoticed for nearly 16 years, affects KVM\u2019s x86 shadow memory management logic and impacts both Intel and AMD systems.<\/p>\n The vulnerability resides in KVM\u2019s shadow MMU (Memory Management Unit), specifically in its handling of nested virtualization.<\/p>\n While modern systems typically rely on hardware-assisted paging such as Intel EPT or AMD NPT, KVM falls back to shadow paging when a guest hypervisor (L1) runs its own nested guest (L2).<\/p>\n In this scenario, the host (L0) must emulate second-level address translation in software, exposing a fragile code path. At the core of Januscape is a logic flaw in the function that retrieves shadow page structures.<\/p>\n The implementation incorrectly reuses an existing shadow page based solely on a matching guest frame number (GFN), without verifying the page\u2019s role.<\/p>\n In KVM, shadow pages can represent different translation contexts, such as direct mappings or page table shadows. Reusing a page with the wrong role leads to inconsistencies in memory tracking.<\/p>\n This mismatch breaks internal invariants in KVM\u2019s reverse mapping (rmap) system, which tracks how guest memory maps to host physical pages.<\/p>\n Over time, this inconsistency results in a use-after-free condition<\/a>, where a previously freed shadow page is still referenced.<\/p>\n When the kernel later attempts to clean up this structure, it writes to memory that may have already been reallocated for another purpose, effectively corrupting kernel memory.<\/p>\n The publicly released proof-of-concept demonstrates a denial-of-service (DoS) attack. By carefully orchestrating nested page table operations inside a guest, an attacker can trigger memory corruption that is detected by KVM\u2019s integrity checks.<\/p>\n This leads to a kernel panic on the host, resulting in the entire system crashing. On systems with strict corruption checks enabled, such as those using CONFIG_BUG_ON_DATA_CORRUPTION, the crash is immediate and reliable.<\/p>\n More concerning is the potential for full guest-to-host escape. Although not publicly released, researchers confirmed that the same flaw can be exploited to achieve arbitrary code execution on the host with root privileges.<\/p>\n This significantly increases the severity, especially in multi-tenant cloud environments such as AWS or Google Cloud<\/a>, where untrusted guests may be allowed to run with nested virtualization enabled.<\/p>\n One notable aspect of Januscape is its cross-architecture impact. Because the vulnerable logic exists in shared x86 KVM code, the exploit works on both Intel (VMX) and AMD (SVM) platforms with minimal changes.<\/p>\n The GitHub proof-of-concept abstracts<\/a> architecture-specific details, demonstrating reliable exploitation across both environments. The vulnerability was actively exploited as a zero-day in Google\u2019s kvmCTF before public disclosure, highlighting its real-world impact.<\/p>\n Following responsible disclosure in June 2026, a patch was quickly developed and merged into the Linux kernel. The fix ensures that shadow pages are only reused when both the guest frame number and the page role match, eliminating the root cause of the confusion.<\/p>\n Organizations running KVM-based virtualization are strongly advised to apply the patch immediately. Systems that expose nested virtualization to guest users are at the highest risk. Until patched, turning off nested virtualization can reduce exposure.<\/p>\n Januscape underscores the risks hidden in legacy code paths within widely trusted infrastructure and highlights how subtle memory-management flaws can undermine even mature isolation mechanisms.<\/p>\n \u00a0Strengthen Your SOC by Accelerating Threat Detection & Rapid Investigations.\u00a0-> Integrate ANY.RUN With Your SOC <\/a>Now<\/a><\/strong>.<\/strong><\/p>\n The post 16-Year-Old Linux KVM Vulnerability Allows Malicious Guest to Corrupt Host Kernel Memory<\/a> appeared first on Cyber Security News<\/a>.<\/p>\n<\/div>\n16-Year-Old Linux KVM Vulnerability<\/strong><\/h2>\n
![\"\"](\"https:\/\/i0.wp.com\/github.com\/V4bel\/Januscape\/raw\/main\/assets\/demo.gif?ssl=1\")
<\/figure>\n