ZeroHour

CVE-2026-79603

large

Stale TLB Entry Flaw in Xen Hypervisor Lets x86 PV Guests Modify Scrubbed Pages

CVSS 3.1
4.3 medium
EPSS
<1%p14
Published
()
Modified
AI analysis

This is a memory-management flaw in the Xen hypervisor on x86 systems: a paravirtualized (PV) guest can free a memory page while a stale TLB (translation lookaside buffer) entry pointing to that page still exists, and Xen only issues a TLB flush, if needed, when the page is later re-used. Because the freed page can be scrubbed (zeroed) ahead of that deferred TLB flush, a window exists in which the guest can write to a page that has already been scrubbed, potentially corrupting or tainting memory Xen believes is clean. The practical impact, per the CVSS 3.1 score of 4.3 (medium, confidentiality impact only), is limited information exposure rather than privilege escalation or denial of service. Only operators of Xen hypervisors on x86 hardware that run PV guests are affected. Exploitation status is calm: there is no public proof-of-concept, the flaw is not in CISA's KEV catalog, and EPSS puts 30-day exploitation probability at just 0.2% (14th percentile).

What to do: Upgrade Xen to a patched release per the version table in Xen Security Advisory 511 v3, which fixes the issue by unconditionally performing TLB flushing ahead of page scrubbing. Prioritize hosts running untrusted or multi-tenant PV guests, and consult the advisory for any interim workarounds if patching must be deferred. Administrators can also reduce exposure by migrating workloads from PV to HVM/PVH guest modes, which are not affected by this x86 PV-specific flaw.

Affected
Xen Project Xen hypervisor (x86, with paravirtualized/PV guests)Affected version ranges are not specified in the available data; see Xen Security Advisory 511 v3 for the exact affected/patched version table
Estimated exposure
large≈ tens of thousands of Xen hosts (Xen remains the hypervisor behind many cloud and VPS providers, though only x86 hosts actually running PV guests are affected) — Xen is widely deployed in public cloud, dedicated-server and VPS hosting environments, but the flaw applies only to x86 hosts with PV guests — a population that is shrinking as deployments shift to HVM/PVH modes — making tens of thousands…

Order-of-magnitude estimate by the model from install counts, market share and public scan data it knows; verify before quoting.

Description

x86 PV guests can free memory pages while still keeping a stale TLB entry pointing to them. A TLB flush is only issued by Xen (if needed) when the page is re-used. Since it's possible for the page to be scrubbed ahead of the TLB flush, there's a window where a PV guest can modify an already scrubbed page.

Weakness
CWE-664
Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N

In the news

Xen Security Advisory 511 v3 (CVE-2026-79603) - Unconditionally do TLB flushing ahead of page scrubbing

Xen Project released XSA-511 (CVE-2026-79603) fixing missing TLB flushes before page scrubbing that can leak x86 PV guest data.

Xen Security Advisory 511 v3 publicly discloses CVE-2026-79603, a TLB handling flaw in the Xen hypervisor on x86. x86 PV guests can free memory pages while a stale TLB entry still points to them, and Xen only flushes the TLB when the page is reused, potentially exposing stale data ahead of scrubbing. The advisory changes Xen to unconditionally flush the TLB ahead of page scrubbing. The issue was published in version 3 of the advisory.

oss-security · 7d agoVulnerabilityCVE-2026-79603