Skip to main content

Linux Kernel CVE-2026-53054

| EUVDEUVD-2026-38922 HIGH
Improper Locking (CWE-667)
2026-06-24 Linux GHSA-8263-r89r-w7g7
7.8
CVSS 3.1 · Vendor: Linux
Share

Severity by source

Vendor (Linux) PRIMARY
7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
vuln.today AI
7.0 HIGH

Local GPU device access needed (AV:L, PR:L); a race condition makes reliable exploitation timing-dependent (AC:H); memory corruption yields full kernel CIA impact (C:H/I:H/A:H).

3.1 AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H
4.0 AV:L/AC:H/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
SUSE
5.3 MEDIUM
AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:L/A:H
Red Hat
7.0 MEDIUM
qualitative

Primary rating from Vendor (Linux).

CVSS VectorVendor: Linux

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

5
Analysis Generated
Jun 28, 2026 - 08:59 vuln.today
CVSS changed
Jun 28, 2026 - 08:22 NVD
7.8 (HIGH)
Patch available
Jun 24, 2026 - 18:02 EUVD
CVE Published
Jun 24, 2026 - 16:29 cve.org
UNKNOWN (no severity yet)
CVE Published
Jun 24, 2026 - 16:29 cve.org
HIGH 7.8

DescriptionCVE.org

In the Linux kernel, the following vulnerability has been resolved:

drm/msm: Fix VM_BIND UNMAP locking

Wrong argument meant that the objs involved in UNMAP ops were not always getting locked.

Since _NO_SHARE objs share a common resv with the VM (which is always locked) this would only show up with non-_NO_SHARE BOs.

Patchwork: https://patchwork.freedesktop.org/patch/713898/

AnalysisAI

Local memory-corruption in the Linux kernel's drm/msm (Qualcomm Adreno GPU) driver stems from a VM_BIND UNMAP locking bug where a wrong argument left the GPU buffer objects involved in UNMAP operations unlocked. A low-privileged local user with GPU/render access on systems using the msm driver can trigger races that, per the 7.8 CVSS vector (AV:L/AC:L/PR:L), yield high confidentiality, integrity, and availability impact. No public exploit identified at time of analysis, and EPSS is low at 0.17%, indicating limited near-term mass-exploitation likelihood.

Technical ContextAI

The flaw lives in the DRM (Direct Rendering Manager) subsystem's msm driver, which supports Qualcomm Adreno GPUs found in Snapdragon-based mobile, embedded, and some ARM Chromebook/laptop platforms. The VM_BIND interface lets userspace manage GPU virtual address mappings (MAP/UNMAP ops) against GEM buffer objects (BOs). The kernel must lock each BO's reservation object (dma-resv) before mutating mappings. A wrong argument passed during UNMAP meant the affected BOs were not always locked; for _NO_SHARE objects this was masked because they share a common reservation with the VM (which is always held), so the defect only manifests with non-_NO_SHARE BOs. CWE is listed N/A, but the root cause is a missing/incorrect lock acquisition (improper locking / race condition on shared GPU memory state) that can lead to memory corruption or data races during concurrent GPU address-space manipulation.

RemediationAI

Patch available per vendor advisory: upgrade to a Linux stable release containing the fix - the EUVD references patched targets including 6.18.33, 7.0.10, and 7.1, with the upstream stable commits at https://git.kernel.org/stable/c/206f812ef140727b75697111391ae320fd8aa652 , https://git.kernel.org/stable/c/d9ecf758270501b2e7a0bc1dd69a6f28f1ae3cae , and https://git.kernel.org/stable/c/85042c2cd970a6b0e686329387096fe19989ae62 ; the originating change is at https://patchwork.freedesktop.org/patch/713898/ . On distribution kernels, apply the vendor's backported security update and reboot. If immediate patching is not possible, the practical compensating control is to restrict local access to GPU device/render nodes (tighten permissions on /dev/dri/render* and card devices to trusted users/groups) and avoid running untrusted local code or untrusted GPU workloads on affected hardware - the trade-off is that locking down render nodes can break legitimate graphics/compute applications for non-privileged users. Because exploitation is purely local (AV:L), there is no network port to block.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Performance Computing 15 SP7 Not-Affected

Share

CVE-2026-53054 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy