In the Linux kernel, the following vulnerability has been resolved:
drm/amdgpu: change vm->task_info handling
This patch changes the handling and lifecycle of vm->task_info object.
The major changes are:
- vm->task_info is a dynamically allocated ptr now, and its uasge is
reference counted.
- introducing two new helper funcs for task_info lifecycle management
- amdgpu_vm_get_task_info: reference counts up task_info before
returning this info
- amdgpu_vm_put_task_info: reference counts down task_info
- last put to task_info() frees task_info from the vm.
This patch also does logistical changes required for existing usage
of vm->task_info.
V2: Do not block all the prints when task_info not found (Felix)
V3: Fixed review comments from Felix
- Fix wrong indentation
- No debug message for -ENOMEM
- Add NULL check for task_info
- Do not duplicate the debug messages (ti vs no ti)
- Get first reference of task_info in vm_init(), put last
in vm_fini()
V4: Fixed review comments from Felix
- fix double reference increment in create_task_info
- change amdgpu_vm_get_task_info_pasid
- additional changes in amdgpu_gem.c while porting
Security readout for executives and security teams
Plain-English summary
A Linux kernel flaw in AMD GPU virtual-memory task tracking can allow a low-privileged local user to compromise confidentiality, integrity, and availability. It requires local access and no user interaction. Systems using affected Linux kernels with the AMDGPU driver deserve prompt review, but the supplied sources do not establish remote exploitation or active attacks.
Executive priority
Treat as a high-priority local privilege-boundary risk, especially on shared AMD GPU systems. Patch through normal emergency or accelerated kernel maintenance based on local-user exposure. Internet-facing status alone does not increase exploitability because the supplied vector is local, but compromised accounts or untrusted workloads could provide the required foothold.
Technical view
The correction changes amdgpu vm->task_info from its previous lifecycle model to a dynamically allocated, reference-counted object. New get and put helpers retain and release references, with final release freeing the object. This indicates unsafe concurrent lifecycle handling, although the supplied record does not assign a CWE or explicitly identify the resulting memory-corruption primitive.
Likely exposure
Potential exposure is limited to Linux systems using relevant AMDGPU driver functionality and an affected kernel. The supplied metadata lists versions from 4.2 through 6.9, but its version formatting is ambiguous. Distribution backports may alter exposure, so kernel version alone is insufficient; confirm whether the cited stable fix is present.
Exploitation context
CVSS 3.1 rates this 7.8: local access, low complexity, low privileges, no user interaction, and potentially high confidentiality, integrity, and availability impact. The bundle marks it absent from KEV and provides no evidence of exploitation in the wild. No remote attack path is supported by the supplied evidence.
Researcher notes
The record describes a task_info lifecycle and reference-counting correction but omits a CWE, reproducer, crash trace, and explicit root-cause primitive. Review the cited stable commit and relevant vendor backports when determining reachability. Avoid assuming every kernel in the broad stated range is vulnerable because configuration, hardware, and downstream patching affect applicability.
Mitigation direction
Install a vendor-supported kernel containing the cited stable fix or an equivalent distribution backport.
Consult the Linux distribution or appliance vendor for affected-version and remediation guidance.
Prioritize multi-user, workstation, compute, and container-host systems where untrusted users can execute local workloads.
Reduce unnecessary local account and workload access until remediation is confirmed.
Validation and detection
Inventory Linux kernel versions and identify systems actively using the AMDGPU driver.
Check distribution security advisories and package changelogs for CVE-2024-41008 coverage.
Confirm the kernel source or vendor backport contains stable commit b8f67b9ddf4f8fe6dd536590712b5912ad78f99c.
After updating, verify the intended kernel is running and AMDGPU-dependent workloads operate normally.
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-41008 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.