In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Bound VBIOS record-chain walk loops [Why & How] All… (CVE-2026-53138)
In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Bound VBIOS record-chain walk loops [Why & How] All record-chain walk loops in bios_parser.c and bios_parser2.c use for(;;) and only terminate on a 0xFF record_type sentinel or zero record_size. A malformed VBIOS image missing the terminator record causes unbounded iteration at probe time, potentially hundreds of thousands of iterations with record_size=1. In the final iterations near the BIOS image boundary, struct casts beyond the 2-byte header validated by GET_IMAGE can also read out of bounds. Cap all 14 record-chain walk loops to BIOS_MAX_NUM_RECORD (256) iterations. The atombios.h defines up to 22 distinct record types and atomfirmware.h has 13. Assuming an average of less than 10 records per type (which is reasonable since most are connector- based) 256 is a generous upper bound. (cherry picked from commit 95700a3d660287ed657d6892f7be9ffc0e294a93)
AI Analysis
Technical Summary
The Linux kernel AMD display driver contained unbounded loops in bios_parser.c and bios_parser2.c that walk through VBIOS record chains. These loops relied on sentinel values (0xFF record_type or zero record_size) to terminate. A malformed VBIOS image lacking these terminators could cause the loops to iterate excessively, potentially hundreds of thousands of times with minimal record sizes, leading to out-of-bounds memory reads near the BIOS image boundary. The vulnerability was addressed by capping all 14 record-chain walk loops to a maximum of 256 iterations, a value chosen based on the number of distinct record types and typical record counts per type. This change prevents unbounded iteration and associated memory safety issues.
Potential Impact
An attacker could supply a malformed VBIOS image that causes the AMD display driver's record-chain parsing loops to execute unbounded iterations, potentially leading to out-of-bounds memory reads. This could cause system instability, crashes, or other undefined behavior during kernel probe time. No known exploits are reported in the wild. The impact is primarily a denial of service or potential memory corruption during device initialization.
Mitigation Recommendations
A fix has been implemented in the Linux kernel by bounding the record-chain walk loops to 256 iterations. Users should update to a Linux kernel version that includes commit 95700a3d660287ed657d6892f7be9ffc0e294a93 or later. Patch status is not explicitly confirmed in the provided data; check the official Linux kernel advisories or vendor updates for the exact fixed versions and apply updates accordingly.
In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Bound VBIOS record-chain walk loops [Why & How] All… (CVE-2026-53138)
Description
In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Bound VBIOS record-chain walk loops [Why & How] All record-chain walk loops in bios_parser.c and bios_parser2.c use for(;;) and only terminate on a 0xFF record_type sentinel or zero record_size. A malformed VBIOS image missing the terminator record causes unbounded iteration at probe time, potentially hundreds of thousands of iterations with record_size=1. In the final iterations near the BIOS image boundary, struct casts beyond the 2-byte header validated by GET_IMAGE can also read out of bounds. Cap all 14 record-chain walk loops to BIOS_MAX_NUM_RECORD (256) iterations. The atombios.h defines up to 22 distinct record types and atomfirmware.h has 13. Assuming an average of less than 10 records per type (which is reasonable since most are connector- based) 256 is a generous upper bound. (cherry picked from commit 95700a3d660287ed657d6892f7be9ffc0e294a93)
CVSS v3.1
Score 7.1high
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel AMD display driver contained unbounded loops in bios_parser.c and bios_parser2.c that walk through VBIOS record chains. These loops relied on sentinel values (0xFF record_type or zero record_size) to terminate. A malformed VBIOS image lacking these terminators could cause the loops to iterate excessively, potentially hundreds of thousands of times with minimal record sizes, leading to out-of-bounds memory reads near the BIOS image boundary. The vulnerability was addressed by capping all 14 record-chain walk loops to a maximum of 256 iterations, a value chosen based on the number of distinct record types and typical record counts per type. This change prevents unbounded iteration and associated memory safety issues.
Potential Impact
An attacker could supply a malformed VBIOS image that causes the AMD display driver's record-chain parsing loops to execute unbounded iterations, potentially leading to out-of-bounds memory reads. This could cause system instability, crashes, or other undefined behavior during kernel probe time. No known exploits are reported in the wild. The impact is primarily a denial of service or potential memory corruption during device initialization.
Mitigation Recommendations
A fix has been implemented in the Linux kernel by bounding the record-chain walk loops to 256 iterations. Users should update to a Linux kernel version that includes commit 95700a3d660287ed657d6892f7be9ffc0e294a93 or later. Patch status is not explicitly confirmed in the provided data; check the official Linux kernel advisories or vendor updates for the exact fixed versions and apply updates accordingly.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-qc6f-vg59-3945
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-53138"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- 3.1
Threat ID: 6a498a7327e9c7971936ea17
Added to database: 07/04/2026, 22:34:27 UTC
Last enriched: 07/04/2026, 23:07:48 UTC
Last updated: 07/31/2026, 19:24:48 UTC
Views: 23
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.