CVE-2026-43318: Linux kernel · drm/amdgpu: fix sync handling in amdgpu_dma_buf_move_notify
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in b18fc0ab837381c1a6ef28386602cd888f2d9edf : update Linux kernel when convenient.
Data as of 6 Nov 2026, 16:04 UTC
Rated by Threat Radar · No CVSS score from NVD or the CNA
Thin evidence
One scorer or none- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers cannot reliably automate steps 1–4 of the kill chain
- Technical impact
- Limited control over the software or limited information exposure
CISA SSVC assessment, 2026-11-06.
- Patch
- Available – fixed in b18fc0ab837381c1a6ef28386602cd888f2d9edf, 3307459eb3583115264421e859858d1f90f3694a, 89a9389ad70d3c69538e59d87df67d407aef4c26 +1
Exploitation evidence
Disclosed: evidence found.
CVE published 8 May 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 6 Nov 2026.
What to do
Upgrade Linux kernel to b18fc0ab837381c1a6ef28386602cd888f2d9edf, 3307459eb3583115264421e859858d1f90f3694a, 89a9389ad70d3c69538e59d87df67d407aef4c26 or 82a7ea35a1526bef8ae170c33ff80e5db7728961.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Description
In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: fix sync handling in amdgpu_dma_buf_move_notify Invalidating a dmabuf will impact other users of the shared BO. In the scenario where process A moves the BO, it needs to inform process B about the move and process B will need to update its page table. The commit fixes a synchronisation bug caused by the use of the ticket: it made amdgpu_vm_handle_moved behave as if updating the page table immediately was correct but in this case it's not. An example is the following scenario, with 2 GPUs and glxgears running on GPU0 and Xorg running on GPU1, on a system where P2P PCI isn't supported: glxgears: export linear buffer from GPU0 and import using GPU1 submit frame rendering to GPU0 submit tiled->linear blit Xorg: copy of linear buffer The sequence of jobs would be: drm_sched_job_run # GPU0, frame rendering drm_sched_job_queue # GPU0, blit drm_sched_job_done # GPU0, frame rendering drm_sched_job_run # GPU0, blit move linear buffer for GPU1 access # amdgpu_dma_buf_move_notify -> update pt # GPU0 It this point the blit job on GPU0 is still running and would likely produce a page fault.
References
- git.kernel.org/stable/c/82a7ea35a1526bef8ae170c33ff80e5db7728961 (opens in a new tab)
- git.kernel.org/stable/c/89a9389ad70d3c69538e59d87df67d407aef4c26 (opens in a new tab)
- git.kernel.org/stable/c/3307459eb3583115264421e859858d1f90f3694a (opens in a new tab)
- git.kernel.org/stable/c/b18fc0ab837381c1a6ef28386602cd888f2d9edf (opens in a new tab)