CVE-2024-46762: xen: privcmd: Fix possible access to a freed kirqfd instance
In the Linux kernel, the following vulnerability has been resolved:
xen: privcmd: Fix possible access to a freed kirqfd instance
Nothing prevents simultaneous ioctl calls to privcmd_irqfd_assign() and
privcmd_irqfd_deassign(). If that happens, it is possible that a kirqfd
created and added to the irqfds_list by privcmd_irqfd_assign() may get
removed by another thread executing privcmd_irqfd_deassign(), while the
former is still using it after dropping the locks.
This can lead to a situation where an already freed kirqfd instance may
be accessed and cause kernel oops.
Use SRCU locking to prevent the same, as is done for the KVM
implementation for irqfds.
Security readout for executives and security teams
Plain-English summary
A local user with limited privileges may trigger a race in Linux’s Xen privcmd interface, causing access to freed kernel memory and a kernel crash. The supplied CVSS score is 7.8 (high), with confidentiality, integrity, and availability impacts modeled as high, although the description specifically confirms only a possible kernel oops.
Executive priority
Prioritize remediation on exposed Xen infrastructure, especially multi-user or shared systems. The vulnerability is local rather than remotely reachable, reducing urgency for systems without relevant Xen functionality. Because a kernel crash can disrupt hosted workloads, patch during the next accelerated maintenance window after confirming vendor applicability.
Technical view
Concurrent privcmd_irqfd_assign() and privcmd_irqfd_deassign() ioctl calls can remove and free a kirqfd while the assigning thread still uses it after releasing locks. This use-after-free condition can cause a kernel oops. The referenced Linux stable fixes introduce SRCU locking, following the KVM irqfd approach.
Likely exposure
Exposure requires an affected Linux kernel, use or reachability of the Xen privcmd irqfd path, and a local low-privileged actor able to issue the relevant ioctl calls. The bundle lists 6.6, 6.6.51, 6.10.10, and 6.11 as affected, but its version data is ambiguous; confirm mappings with the operating-system vendor.
Exploitation context
The CVSS vector indicates local access, low attack complexity, low privileges, and no user interaction. CISA KEV status is false, and the supplied sources provide no evidence of active exploitation or a public exploit. Treat practical exploitability beyond inducing a kernel oops as unconfirmed.
Researcher notes
The core issue is a concurrency-driven kirqfd use-after-free after locks are dropped. The sources identify SRCU as the correction and provide three stable-tree commits. They do not establish reliable exploitation beyond kernel oops, affected distribution packages, attack prerequisites beyond the CVSS vector, or active exploitation. The repeated commit identifier and literal version “0” indicate source-data quality limitations.
Mitigation direction
Apply a vendor-supported kernel update containing the applicable referenced stable fix.
Prioritize Xen hosts where untrusted local users can reach the privcmd irqfd interface.
If immediate patching is unavailable, consult the Linux distribution or appliance vendor for supported mitigations.
Avoid assuming upstream version numbers map directly to vendor backported kernels.
Validation and detection
Inventory Linux kernel versions on Xen systems and identify vendor backport status.
Confirm whether Xen privcmd and its irqfd functionality are present and reachable.
Verify the installed kernel contains the applicable referenced SRCU locking fix.
Review kernel logs for unexplained oops events involving Xen privcmd or kirqfd handling.
Use vendor advisories to resolve the bundle’s ambiguous affected-version data.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2024-46762 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.