Skip to main content
VulnerabilityPublished Updated

CVE-2026-53329: Linux kernel · drm/amd/display: Use krealloc_array() in dal_vector_reserve()

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
7.0High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 3% 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 e09689286385a66311ac6922af95339d7a3cef8d, de988c7a31f0774f07894cfe4802996f318e2870, da48bc4461b8a5ebfb9264c9b191a701d8e99009 +5
CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 Jul 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
  • ≥ 2004f45ef83f07f43f5da6ede780b08068c7583d, < e09689286385a66311ac6922af95339d7a3cef8d
Fixed in
  • e09689286385a66311ac6922af95339d7a3cef8d
LinuxLinuxAffected
  • ≥ 2004f45ef83f07f43f5da6ede780b08068c7583d, < de988c7a31f0774f07894cfe4802996f318e2870
Fixed in
  • de988c7a31f0774f07894cfe4802996f318e2870
LinuxLinuxAffected
  • ≥ 2004f45ef83f07f43f5da6ede780b08068c7583d, < da48bc4461b8a5ebfb9264c9b191a701d8e99009
Fixed in
  • da48bc4461b8a5ebfb9264c9b191a701d8e99009
LinuxLinuxAffected
  • ≥ 2004f45ef83f07f43f5da6ede780b08068c7583d, < b15825deac1acff72638bbc8f05b89ceef8dfb13
Fixed in
  • b15825deac1acff72638bbc8f05b89ceef8dfb13
LinuxLinuxAffected
  • ≥ 2004f45ef83f07f43f5da6ede780b08068c7583d, < a914aa802669e073f014dae2e5708633b5cecd34
Fixed in
  • a914aa802669e073f014dae2e5708633b5cecd34
LinuxLinuxAffected
  • ≥ 2004f45ef83f07f43f5da6ede780b08068c7583d, < 31180638a33acad12c863132704a76536fb66211
Fixed in
  • 31180638a33acad12c863132704a76536fb66211

Description

In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Use krealloc_array() in dal_vector_reserve() [Why & How] dal_vector_reserve() computes the allocation size as "capacity * vector->struct_size" using uint32_t arithmetic, which can silently wrap to a small value on overflow. This would cause krealloc to return a smaller buffer than expected, leading to heap overflows on subsequent vector appends. Replace krealloc() with krealloc_array() which performs an internal overflow check and returns NULL on wrap, preventing the issue. (cherry picked from commit 37668568641ccc4cc1dbca4923d0a16609dd5707)

References

Community reviews

Loading reviews…