CVE-2024-58052: drm/amdgpu: Fix potential NULL pointer dereference in atomctrl_get_smc_sclk_range_table
In the Linux kernel, the following vulnerability has been resolved:
drm/amdgpu: Fix potential NULL pointer dereference in atomctrl_get_smc_sclk_range_table
The function atomctrl_get_smc_sclk_range_table() does not check the return
value of smu_atom_get_data_table(). If smu_atom_get_data_table() fails to
retrieve SMU_Info table, it returns NULL which is later dereferenced.
Found by Linux Verification Center (linuxtesting.org) with SVACE.
In practice this should never happen as this code only gets called
on polaris chips and the vbios data table will always be present on
those chips.
Security readout for executives and security teams
Plain-English summary
CVE-2024-58052 is a Linux kernel AMDGPU driver flaw that could crash affected systems if a missing firmware data table is dereferenced. It is availability-only: the sources do not indicate data theft or privilege escalation. Kernel maintainers note the problematic condition should not normally occur on the relevant Polaris GPU path.
Executive priority
Treat as routine but time-bound kernel maintenance. The business risk is localized denial of service, not confirmed compromise. Prioritize shared workstations, GPU-enabled systems, and any production Linux hosts using AMD GPUs, then fold the fix into normal kernel patch cycles.
Technical view
In atomctrl_get_smc_sclk_range_table(), amdgpu code failed to check whether smu_atom_get_data_table() returned NULL for the SMU_Info table. A later dereference could trigger a NULL pointer dereference. The CVE maps to CWE-476 and CVSS 3.1 score 5.5, local attack vector, low privileges, and high availability impact.
Likely exposure
Exposure is most relevant to Linux systems using AMDGPU with Polaris-era hardware and affected kernel builds. The bundle lists Linux as affected and references stable kernel fixes plus Debian LTS advisories. Systems without the affected driver path or hardware are less likely to be practically exposed.
Exploitation context
The source bundle does not show active exploitation, and KEV is false. The CVSS vector requires local access with low privileges and no user interaction. Maintainers also state the missing table should not happen in practice on the chips where this code is called.
Researcher notes
The vulnerability was found by Linux Verification Center using SVACE. The key uncertainty is practical reachability: upstream says the SMU_Info table should always be present on Polaris chips. Validation should focus on kernel lineage, driver use, and distro backports rather than assuming all Linux hosts are equally exposed.
Mitigation direction
Update to a vendor-supported kernel containing the referenced stable fixes.
Apply Debian LTS kernel updates where Debian advisories apply.
Prioritize systems with AMD Polaris GPUs and the amdgpu driver loaded.
Check Linux distribution guidance for exact fixed package versions.
Use normal change control for kernel rollout and reboot planning.
Validation and detection
Inventory Linux hosts with AMDGPU hardware or the amdgpu driver present.
Compare running kernel versions against vendor fixed advisories.
Confirm Debian LTS systems received the referenced kernel security updates.
Review crash logs for NULL dereference traces in AMDGPU code.
Document exceptions where affected hardware or driver paths are absent.
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.
cwe · low confidence lookup
CWE-476: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-476 · source CWE mapping
NULL Pointer Dereference
NULL Pointer Dereference represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.