Description
In the Linux kernel, the following vulnerability has been resolved:
drm/amdgpu/userq: fix access to stale wptr mapping
Use drm_exec to take both locks i.e vm root bo and
wptr_obj bo to access the mapping data properly.
This fixes the security issue of unmap the wptr_obj while
a queue creation is in progress and passing other
bo at same address.
(cherry picked from commit 1fc6c8ab45dbee096469c08c13f6099d57a52d6c)
Basic information
- Type
- unreviewed
- Severity
- high
- Advisory on GitHub
- Open advisory ↗
- Repository advisory
- —
- Source code
- Not specified
- Published (advisory)
- 2026-06-08 18:31:53 UTC
- Updated
- 2026-06-14 06:31:30 UTC
- NVD published
- 2026-06-08
EPSS Score
| Score |
Percentile |
|
0.01%
|
2.93% |
CVSS Scores
| Base score |
Version |
Severity |
Vector |
|
7.8
|
3.1 |
—
|
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Click to expand
- Attack vector (AV:L)
- They already need access on the box, or another person has to do something wrong; it’s not a remote drive-by.
- Attack complexity (AC:L)
- Once they can reach the bug, pulling it off is straightforward—no weird race conditions or rare setup.
- Privileges required (PR:L)
- A normal user session is enough; they don’t have to be admin.
- User interaction (UI:N)
- Nobody has to click “OK” or open a trap file; it can work without a victim helping.
- Scope (S:U)
- Damage stays in the same “trust bubble” as the broken component—no big spill into unrelated systems.
- Confidentiality (C:H)
- Serious risk that confidential data gets exposed in a big way.
- Integrity (I:H)
- They could widely tamper with or forge data—trust in the data is badly hurt.
- Availability (A:H)
- Could take the service down hard or make it unusable for people who depend on it.
|
cvelogic
Threat Intelligence