Skip to main content
VulnerabilityPublished Updated

CVE-2026-89913: Linux kernel · KVM: arm64: vgic-v3: take an LPI reference in vgic_v3_save_pending_tables

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 8.8 High · fixed in f5b8f203bfc07a5a257dff859e66d2c500f9f509 : patch Linux kernel soon.

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 8% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in f5b8f203bfc07a5a257dff859e66d2c500f9f509, d3a2d20b7248ea67465af1cf79c79f90ff70926c, 4000462866bc71f16d1bfb3cf8e969f95150cd64 +1
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 16 Sep 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade Linux kernel to f5b8f203bfc07a5a257dff859e66d2c500f9f509, d3a2d20b7248ea67465af1cf79c79f90ff70926c, 4000462866bc71f16d1bfb3cf8e969f95150cd64 or 7631f95297560157d3a9283cb999e3be00103348.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 280771252c1bae0947215c59fb9ea6a8d9f8399d, < f5b8f203bfc07a5a257dff859e66d2c500f9f509
Fixed in
  • f5b8f203bfc07a5a257dff859e66d2c500f9f509
LinuxLinuxAffected
  • ≥ 280771252c1bae0947215c59fb9ea6a8d9f8399d, < d3a2d20b7248ea67465af1cf79c79f90ff70926c
Fixed in
  • d3a2d20b7248ea67465af1cf79c79f90ff70926c
LinuxLinuxAffected
  • ≥ 280771252c1bae0947215c59fb9ea6a8d9f8399d, < 4000462866bc71f16d1bfb3cf8e969f95150cd64
Fixed in
  • 4000462866bc71f16d1bfb3cf8e969f95150cd64
LinuxLinuxAffected
  • ≥ 280771252c1bae0947215c59fb9ea6a8d9f8399d, < 7631f95297560157d3a9283cb999e3be00103348
Fixed in
  • 7631f95297560157d3a9283cb999e3be00103348
LinuxLinuxAffected
  • =4.12
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: vgic-v3: take an LPI reference in vgic_v3_save_pending_tables vgic_v3_save_pending_tables() iterates dist->lpi_xa using xa_for_each() and dereferences the returned struct vgic_irq in the loop body without holding a reference on the LPI. The xarray iterator only provides temporary RCU coverage while looking up the current entry. That is not sufficient for this loop body, which reads fields from struct vgic_irq and performs guest memory accesses before the iteration completes. A concurrent path can trigger this race: the irqfd cached injection path (vgic_its_inject_cached_translation) obtains a transient LPI reference via vgic_its_check_cache() without holding kvm->lock, vcpu->mutex, config_lock, or its_lock. If guest ITS DISCARD then drops the cache and ITE references under its_lock, the transient inject reference may become the final one. When vgic_put_irq() drops it, the LPI is erased from lpi_xa and freed via kfree_rcu(). Meanwhile, vgic_v3_save_pending_tables() may still hold a stale pointer obtained from the xarray iterator and dereference it after the RCU grace period completes. Fix this by re-fetching each iterated LPI via vgic_get_irq(), which takes a stable reference, and dropping it with vgic_put_irq() on all paths. This matches the pattern already used by other lpi_xa iterators in the vgic ITS code.

References

Community reviews

Loading reviews…