Skip to main content
VulnerabilityPublished Updated

CVE-2026-80693: Linux kernel · idpf: bound interrupt-vector register fill to the allocated array

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 9.3 Critical · fixed in e299b7d1334ebec4d43a7bb697d10c12df1aaed3 : patch Linux kernel as a priority.

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
9.3Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 9% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in e299b7d1334ebec4d43a7bb697d10c12df1aaed3, a6447b6a9678e701ca4d32789f311067cf528c2d, 41bb8748124d0d8ee5d8e1eace9dfbc874bc9564 +1
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 28 Aug 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 e299b7d1334ebec4d43a7bb697d10c12df1aaed3, a6447b6a9678e701ca4d32789f311067cf528c2d, 41bb8748124d0d8ee5d8e1eace9dfbc874bc9564 or 9f7007ee9858c99aa43101bc8352c672fee85644.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ d4d5587182664b0c4ab6d3556ce881cb975507c2, < e299b7d1334ebec4d43a7bb697d10c12df1aaed3
Fixed in
  • e299b7d1334ebec4d43a7bb697d10c12df1aaed3
LinuxLinuxAffected
  • ≥ d4d5587182664b0c4ab6d3556ce881cb975507c2, < a6447b6a9678e701ca4d32789f311067cf528c2d
Fixed in
  • a6447b6a9678e701ca4d32789f311067cf528c2d
LinuxLinuxAffected
  • ≥ d4d5587182664b0c4ab6d3556ce881cb975507c2, < 41bb8748124d0d8ee5d8e1eace9dfbc874bc9564
Fixed in
  • 41bb8748124d0d8ee5d8e1eace9dfbc874bc9564
LinuxLinuxAffected
  • ≥ d4d5587182664b0c4ab6d3556ce881cb975507c2, < 9f7007ee9858c99aa43101bc8352c672fee85644
Fixed in
  • 9f7007ee9858c99aa43101bc8352c672fee85644
LinuxLinuxAffected
  • =6.7
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: idpf: bound interrupt-vector register fill to the allocated array idpf_get_reg_intr_vecs() fills the caller-allocated reg_vals[] array from the VIRTCHNL2_OP_ALLOC_VECTORS reply in adapter->req_vec_chunks, bounding its inner loop only by the per-chunk num_vectors. The array is sized separately: idpf_intr_reg_init() allocates kzalloc_objs(struct idpf_vec_regs, total_vecs) from caps.num_allocated_vectors and only checks the returned count after the fill. The sum of per-chunk num_vectors is never reconciled against total_vecs, so a reply with a small num_allocated_vectors but chunks summing higher writes past the end of reg_vals[]. Impact: a control plane (a PF or hypervisor device model) that returns a VIRTCHNL2_OP_ALLOC_VECTORS reply whose per-chunk num_vectors sum exceeds num_allocated_vectors writes struct idpf_vec_regs entries past the end of the reg_vals kmalloc allocation (KASAN slab-out-of-bounds write). Bound the fill loop to the array capacity passed in by the callers, mirroring the sibling idpf_vport_get_q_reg(). The existing num_regs < num_vecs check then rejects an undersized reply without the out-of-bounds write happening first.

References

Community reviews

Loading reviews…