CVE-2026-93179
NoneCVSS
—
EPSS
0.2%
Published
Sep 17, 2026
CISA due date
—
Cloudanix analysis
A bug in AMD graphics power handling code on Linux could let specially crafted hardware data crash the computer or expose memory contents.
- Exploitation
- Local Privilege
- Attacker needs
- Local User
- Complexity
- Moderate
- Impact
- Data Exposure
- Component
- OS kernel
- Class
- Memory Corruption
- Remediation
- Upgrade
- Effort
- Medium
- Patch risk
- Low
What it actually does
Malformed VoltageObjectInfo tables in VBIOS can cause an infinite loop or heap out-of-bounds read during parsing when usSize is smaller than the header or advances the cursor past table end.
Why it matters to the business
Systems using affected AMD GPUs may experience crashes, denial of service, or potential information disclosure during power management initialization; low exploitability reduces immediate risk but kernel-level impact affects many Linux deployments.
How an attack unfolds
An attacker with the ability to supply a malicious VBIOS image supplies a VoltageObjectInfo table with an undersized usSize field, triggering the zero-stride loop or out-of-bounds read when the driver parses the table on powerplay initialization.
How to fix it
Update the Linux kernel to a version containing the fix for the VoltageObjectInfo parsing logic in drm/amd/powerplay; rebuild and deploy any custom kernels or distributions that pull in the corrected driver code.
How to confirm the fix worked
Confirm the presence of the upstream commit that adds size and stride checks before advancing the cursor; test with known-malformed VBIOS images to verify rejection without looping or OOB access; review kernel logs for absence of prior panic signatures during powerplay load.
Typical attack path
- Obtain or craft a VBIOS image containing a malformed VoltageObjectInfo table
- Load the VBIOS on an affected AMD GPU system
- Trigger AMD powerplay driver initialization or voltage object enumeration
- Cause infinite loop or OOB read leading to kernel panic or memory disclosure
How to detect it
Review kernel logs for powerplay or drm/amd related OOB or loop-related panics around boot or GPU initialization; no public exploitation artifacts are known given low EPSS and absence from KEV.
What your security team should do
- Prioritize kernel updates on systems with AMD GPUs in production or high-availability environments
- Monitor upstream kernel changelogs for backports to supported distribution branches
- Restrict untrusted VBIOS loading or firmware updates until patched kernels are deployed
The record
In the Linux kernel, the following vulnerability has been resolved: drm/amd/powerplay: fix VoltageObjectInfo zero-stride loop and OOB read Reject voltage objects whose usSize is smaller than the header or would advance the cursor past the table end, preventing an infinite loop or heap OOB read when the VBIOS supplies a malformed VoltageObjectInfo table.
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|