CVE-2024-46811: drm/amd/display: Fix index may exceed array range within fpu_update_bw_bounding_box
In the Linux kernel, the following vulnerability has been resolved:
drm/amd/display: Fix index may exceed array range within fpu_update_bw_bounding_box
[Why]
Coverity reports OVERRUN warning. soc.num_states could
be 40. But array range of bw_params->clk_table.entries is 8.
[How]
Assert if soc.num_states greater than 8.
Security readout for executives and security teams
Plain-English summary
A Linux AMD display-driver flaw can let an internal state count exceed an eight-entry clock table, causing an out-of-bounds access. The supplied CVSS rates potential confidentiality and availability impact highly, but exploitation requires local, low-privileged access. The sources do not establish real-world exploitation or describe demonstrated impact.
Executive priority
Treat as a high-priority patching issue for exposed AMD graphics systems, especially multi-user endpoints. It is less urgent than remotely exploitable or confirmed-exploited vulnerabilities because local privileges are required and active exploitation is unsupported. Resolve through the normal accelerated kernel-update cycle after confirming vendor applicability.
Technical view
Within drm/amd/display, fpu_update_bw_bounding_box can process soc.num_states values up to 40 while bw_params->clk_table.entries contains eight elements. The kernel resolution adds an assertion when the state count exceeds eight. Supplied stable-kernel commits document the fix; reachability conditions and practical consequences are not fully described.
Likely exposure
Exposure is limited to Linux systems using affected kernel revisions and the relevant AMD display code path. The bundle marks 4.15, 6.6.50, 6.10.9, and 6.11 as affected, but its version data is incomplete or ambiguous. Confirm exact exposure against distributor advisories and backport status.
Exploitation context
The CVSS vector describes a local, low-complexity attack requiring low privileges and no user interaction. CISA KEV status is false, and no supplied source reports active exploitation or a public proof of concept. Whether an attacker can reliably reach or control the overrun condition is not established.
Researcher notes
The core defect is a possible array overrun caused by a state-count mismatch: up to 40 states versus eight clock-table entries. The stated resolution asserts when the count exceeds eight. Sources do not identify a CWE, proven memory-corruption primitive, triggering hardware configurations, or exploitation reliability, so deeper impact claims would be speculative.
Mitigation direction
Install a vendor-supported kernel release containing the applicable stable-kernel fix.
Check distribution security advisories for backported fixes before relying on kernel version numbers.
Prioritize affected endpoints where untrusted local users or workloads can access graphics functionality.
Apply normal change controls because kernel updates commonly require rebooting and compatibility validation.
Validation and detection
Inventory kernel builds and identify systems using AMD display hardware or drivers.
Compare vendor patch metadata with the three supplied stable-kernel fix commits.
Verify the running kernel after remediation, including completion of any required reboot.
Review kernel and graphics-related logs for crashes or warnings; these are indicators, not proof of exploitation.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2024-46811 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.