CVE-2026-53293: Linux kernel · drm/amdgpu: fix AMDGPU_INFO_READ_MMR_REG
Source GCVE Database
Not known to be exploited · CVSS 5.5 Medium.
Data as of 26 Oct 2026, 12:55 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 2% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 26 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: 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 26 Oct 2026.
Description
In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: fix AMDGPU_INFO_READ_MMR_REG There were multiple issues in that code. First of all the order between the reset semaphore and the mm_lock was wrong (e.g. copy_to_user) was called while holding the lock. Then we allocated memory while holding the reset semaphore which is also a pretty big bug and can deadlock. Then we used down_read_trylock() instead of waiting for the reset to finish. (cherry picked from commit 361b6e6b303d4b691f6c5974d3eaab67ca6dd90e)
References
- nvd.nist.gov/vuln/detail/CVE-2026-53293 (opens in a new tab)
- git.kernel.org/stable/c/0ef196a208385b7d7da79f411c161b04e97283e2 (opens in a new tab)
- git.kernel.org/stable/c/5c29d20470d4566d1b68df57097d642d01f8b427 (opens in a new tab)
- git.kernel.org/stable/c/61957c2e467b39b528a290016367d32a433fa846 (opens in a new tab)
- git.kernel.org/stable/c/8c4254c8f5836e77ae83e7fc037f02b69f7a0977 (opens in a new tab)
- git.kernel.org/stable/c/a31c3feb54b15a90232e497ad0e27e8a82052d8d (opens in a new tab)