Skip to main content
VulnerabilityPublished Updated

CVE-2026-80576: Linux kernel · drm/amdgpu: reject oversized IBs with per-ring packet limits

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 8.8 High · fixed in fd37f9dd5b5ab70a46fa7bc76623c0528d602b27 : 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 1% 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 fd37f9dd5b5ab70a46fa7bc76623c0528d602b27, 1474f3970d1afd303e12ff14d06808eabb371576, 67a5d905c17a5066b0f6f950da11da93d56d122b +2
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 26 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 to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ d38ceaf99ed015f2a0b9af3499791bd3a3daae21, < fd37f9dd5b5ab70a46fa7bc76623c0528d602b27
Fixed in
  • fd37f9dd5b5ab70a46fa7bc76623c0528d602b27
LinuxLinuxAffected
  • ≥ d38ceaf99ed015f2a0b9af3499791bd3a3daae21, < 1474f3970d1afd303e12ff14d06808eabb371576
Fixed in
  • 1474f3970d1afd303e12ff14d06808eabb371576
LinuxLinuxAffected
  • ≥ d38ceaf99ed015f2a0b9af3499791bd3a3daae21, < 67a5d905c17a5066b0f6f950da11da93d56d122b
Fixed in
  • 67a5d905c17a5066b0f6f950da11da93d56d122b
LinuxLinuxAffected
  • ≥ d38ceaf99ed015f2a0b9af3499791bd3a3daae21, < 07fe270ec07c138a70afe7a81e115a85c35c545c
Fixed in
  • 07fe270ec07c138a70afe7a81e115a85c35c545c
LinuxLinuxAffected
  • ≥ d38ceaf99ed015f2a0b9af3499791bd3a3daae21, < 6e164ba1057175fb8a370d8e05cbff5c57eac0c8
Fixed in
  • 6e164ba1057175fb8a370d8e05cbff5c57eac0c8
LinuxLinuxAffected
  • =4.2
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: reject oversized IBs with per-ring packet limits On GFX rings, amdgpu_cs_p2_ib() passed user-supplied ib_bytes through to ib->length_dw without a limit, while ring_emit_ib() encodes length into packet fields. Oversized values can corrupt adjacent control bits and destabilize command submission. Add a per-ring IB packet size limit helper and reject command submissions exceeding the corresponding dword limit before IB allocation. Use the documented 20-bit limit for GFX/compute/SDMA/VPE, and apply the MM fallback limit for other ring types. (cherry picked from commit 7f48fa2cf62e3fa6c9c3870aa74988f773247e52)

References

Community reviews

Loading reviews…