CVE-2024-38390: drm/msm/a6xx: Avoid a nullptr dereference when speedbin setting fails
In the Linux kernel, the following vulnerability has been resolved:
drm/msm/a6xx: Avoid a nullptr dereference when speedbin setting fails
Calling a6xx_destroy() before adreno_gpu_init() leads to a null pointer
dereference on:
msm_gpu_cleanup() : platform_set_drvdata(gpu->pdev, NULL);
as gpu->pdev is only assigned in:
a6xx_gpu_init()
|_ adreno_gpu_init
|_ msm_gpu_init()
Instead of relying on handwavy null checks down the cleanup chain,
explicitly de-allocate the LLC data and free a6xx_gpu instead.
Patchwork: https://patchwork.freedesktop.org/patch/588919/
Security readout for executives and security teams
Plain-English summary
CVE-2024-38390 is a Linux kernel bug in the Qualcomm Adreno a6xx graphics driver path. When speedbin setup fails, cleanup can dereference a null pointer and crash kernel code. The public source does not provide CVSS, business impact detail, or exploitation evidence.
Executive priority
Treat as a targeted kernel stability risk, not an internet-wide emergency from the available evidence. Patch through normal kernel maintenance, with higher priority for fleets using Qualcomm Adreno a6xx graphics support.
Technical view
The issue is in drm/msm/a6xx cleanup ordering. Calling a6xx_destroy() before adreno_gpu_init() means gpu->pdev may not be initialized, yet msm_gpu_cleanup() uses it. Kernel stable fixes avoid that path by directly freeing LLC data and a6xx_gpu.
Likely exposure
Exposure appears limited to Linux kernels using the drm/msm/a6xx driver code path. Systems without this GPU driver path are unlikely exposed based on the provided sources. Exact distribution package status is not provided.
Exploitation context
No active exploitation is cited, and the CVE is not marked KEV. The source describes a null pointer dereference during a driver initialization failure path, but does not document attacker prerequisites or a public exploit.
Researcher notes
Evidence is limited to the CVE record and kernel stable references. No CVSS, CWE, exploitability analysis, or distribution-specific fix matrix is provided. Validate exposure against actual kernel configuration and vendor backport metadata.
Mitigation direction
Check vendor kernel advisories for CVE-2024-38390.
Update to a kernel containing the referenced stable fixes.
Prioritize systems using drm/msm/a6xx GPU support.
Track distribution backports rather than relying only on upstream version labels.
Validation and detection
Inventory running kernel versions on potentially affected systems.
Confirm whether drm/msm/a6xx support is present or enabled.
Verify vendor packages include the referenced stable commits.
Review crash logs for related a6xx initialization failures.
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-38390 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.