MEDIUM 6.5

CVE-2026-42490: Xen Flask Lock Ordering Vulnerability – CVSS 6.5 Security Advisory

CVE-2026-42490 is a vulnerability in Xen's domain control logic where a system-wide lock used to serialize guest management operations is acquired before permission checks are performed when XSM/Flask security policies are enabled. This means an authenticated attacker could potentially exploit the ordering flaw to trigger denial-of-service conditions or access control bypasses in virtualized environments running Xen with Flask mandatory access controls.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Weaknesses (CWE)
CWE-667
Affected products
0 configuration(s)
Published / Modified
2026-06-18 / 2026-06-22

NVD description (verbatim)

[This CNA information record relates to multiple CVEs; the text explains which aspects/vulnerabilities correspond to which CVE.] To create and manage guests, domctl operations are used by the control domain, a possible Xenstore domain, or by a domain controlling a particular guest. Some of these operations may not be executed in parallel, so a system-wide lock is used. The way that lock is acquired is, however, not providing any fairness. This is CVE-2026-42489. Furthermore, with XSM/Flask in use, the lock acquire will, for some operations, occur ahead of any permission checking. This is CVE-2026-42490.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

This vulnerability affects the domctl subsystem in Xen, which manages guest domains through control operations. When XSM/Flask is in use, the lock acquisition that protects domctl operations from parallel execution occurs before Security Server permission checks are evaluated. This creates a time-of-check–time-of-use (TOCTOU)-like condition where an attacker with local domain privileges can hold or contend for the lock ahead of authorization validation. The vulnerability is distinct from CVE-2026-42489, which addresses unfairness in the same locking mechanism.

Business impact

Organizations deploying Xen hypervisors with Flask mandatory access control policies face increased risk of availability disruptions and potential privilege escalation. An authenticated user or unprivileged domain could degrade service by contending for the global domctl lock without authorization overhead, affecting guest lifecycle operations (creation, deletion, configuration) across the virtualized infrastructure. In multi-tenant cloud or service-provider environments, this could enable noisy-neighbor attacks or unauthorized interference with guest management.

Affected systems

Xen hypervisors with XSM/Flask security module enabled are affected. The vulnerability applies to any control domain, Xenstore domain, or domain with guest-control privileges that processes domctl operations. Environments without Flask enabled are not susceptible to this specific issue, though they may be affected by the companion fairness flaw (CVE-2026-42489). Verify your Xen version and Flask configuration against the official Xen security advisories.

Exploitability

Exploitation requires local authentication and domain privileges; the CVSS vector reflects authenticated network access (PR:L). The vulnerability is not publicly exploited as of the advisory date and does not appear on CISA's Known Exploited Vulnerabilities catalog. Practical exploitation would demand understanding of Xen's domctl interface and Flask policy configuration, limiting casual attack but remaining a concern for sophisticated adversaries with valid domain credentials.

Remediation

Affected organizations must apply security patches provided by the Xen project. Verify the patch version in the official Xen security advisory to confirm the precise releases that address CVE-2026-42490. Organizations unable to patch immediately should review Flask policy rules to restrict domctl operations to trusted domains only and enforce strong authentication on control domain access. Consider network isolation of hypervisor management interfaces.

Patch guidance

Consult the Xen security advisory for CVE-2026-42490 to obtain the specific fixed versions for your release branch (stable/long-term support vs. development). Apply patches during a maintenance window that allows host or guest migration if needed. Test patched builds in a non-production environment first to ensure Flask policy rules and existing guest configurations remain functional. Restart or live-migrate guests as required by the patch deployment strategy.

Detection guidance

Monitor for repeated failed domctl operations or lock contention patterns in Xen's domain management logs. If Flask is enabled, audit XSM denial logs for permission-check failures occurring after lock acquisition. Check for unusual patterns of guest creation/deletion attempts from unprivileged domains. Correlate Xen hypervisor logs with guest audit trails to identify unauthorized or anomalous domain control activity. Consider enabling detailed Flask audit logging during forensic investigation.

Why prioritize this

This vulnerability scores MEDIUM (6.5) because it requires authenticated access and does not directly enable confidentiality breaches; however, its ability to cause denial of service and potential access-control confusion in security-hardened environments makes it a credible threat to availability and integrity. Prioritize patching in production Xen deployments, particularly those relying on Flask for multi-tenant isolation or compliance enforcement.

Risk score, explained

The CVSS 3.1 score of 6.5 reflects: (1) network-adjacent attack vector due to the hypervisor's role in a virtualized infrastructure, (2) low attack complexity (the flaw is inherent to the code logic), (3) requirement for low-privilege authentication, (4) no impact on confidentiality, (5) no direct impact on integrity, and (6) high availability impact via denial of service or operational disruption. The medium severity acknowledges the privilege barrier while recognizing the operational risk in security-sensitive deployments.

Frequently asked questions

Does this vulnerability affect Xen without Flask (XSM) enabled?

No. CVE-2026-42490 specifically requires XSM/Flask to be active; the flaw stems from the lock-before-check ordering in the Flask code path. Vanilla Xen without mandatory access control policies is not vulnerable to this particular issue, though it may be affected by CVE-2026-42489 (the fairness issue in the lock itself).

Can an unprivileged guest directly exploit this vulnerability?

The vulnerability requires the ability to issue domctl operations, which typically means the guest must already have control-domain privileges or be granted explicit domain control permissions via Flask policy. A fully unprivileged guest cannot directly trigger domctl calls, but a compromised control domain or a domain with explicit guest-control authorization could.

What is the difference between CVE-2026-42490 and CVE-2026-42489?

CVE-2026-42489 addresses the lack of fairness in the domctl lock acquisition itself—any caller can starve others. CVE-2026-42490 addresses the ordering issue specific to Flask: the lock is taken before permission checks, allowing unauthorized callers to contend for and hold the lock even if they lack policy permission. Both can exist simultaneously and may require separate patches.

Are there workarounds if we cannot patch immediately?

Restrict domctl operations via Flask policy rules to only trusted, authenticated principals. Enforce strong authentication on any domain permitted to control guests. Isolate hypervisor management networks and limit domain-to-domain communication. These measures reduce the attack surface but do not eliminate the underlying flaw; patching remains necessary for full remediation.

This analysis is based on information available as of the advisory publication date (2026-06-18). Vendor advisory details, patch availability, and affected product versions are subject to change. Organizations must verify all patch versions, configurations, and deployment recommendations against official Xen security advisories and their specific environment. This assessment does not constitute legal or compliance advice. SEC.co recommends consulting with your virtualization platform vendor and security team to determine applicability and prioritization within your risk framework. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).