Skip to main content

Linux Kernel EUVDEUVD-2026-55374

| CVE-2026-68273 HIGH
2026-08-10 Linux GHSA-vqhc-jp86-9g52
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

Race condition exploitation against a kernel lock requires precise timing (AC:H); PR:L reflects required local user account; full C/I/A impact from kernel memory corruption.

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:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
SUSE
5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/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
Aug 14, 2026 - 02:05 vuln.today
CVSS changed
Aug 13, 2026 - 23:37 NVD
7.8 (HIGH)
Patch available
Aug 10, 2026 - 14:18 EUVD
CVE Published
Aug 10, 2026 - 12:01 cve.org
HIGH 7.8
CVE Published
Aug 10, 2026 - 12:01 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

drm/amdgpu: Fix context pstate override handling

There are several problems in the context pstate handling code.

The most serious ones are potential use-after-free and NULL pointer dereferences at context initialization time. Both are due amdgpu_ctx_init() not holding the adev->pm.stable_pstate_ctx_lock, which is otherwise used from both sysfs and the context code itself for modifying and clearing the stored context pointer.

Second issue is that context fini can trample over the pstate configuration set via sysfs. This is due the restore state (ctx->stable_pstate) being saved at context init time, and not if, or when the context actually changes the pstate. As the context exits it will therefore incorrectly restore to what was set before the sysfs override was requested.

The simplest fix is to drastically simplify how the state is tracked, by clearly defining the points at which pstate ownership is taken and released, and to handle all transitions under the correct lock.

Instead of at context init time, the previous state is saved only at the point the context overrides the current state, and is restored on context exit only if the context is still the owner of the current override state.

(cherry picked from commit 1b5e413713c0a93bc1818394d0ce49aaad21bd27)

AnalysisAI

Use-after-free and NULL pointer dereference vulnerabilities in the Linux kernel's amdgpu DRM driver allow a local authenticated user to corrupt kernel memory during GPU context initialization. The flaws stem from amdgpu_ctx_init() failing to acquire adev->pm.stable_pstate_ctx_lock, enabling a race between context initialization and concurrent sysfs pstate modifications, alongside a logic error where context finalization incorrectly restores pstate even when ownership has transferred to sysfs. CVSS rates this 7.8 (High), though EPSS at 0.18% (7th percentile) and absence from CISA KEV indicate no confirmed active exploitation at time of analysis.

Technical ContextAI

The vulnerability resides in the amdgpu Direct Rendering Manager (DRM) subsystem of the Linux kernel. Two distinct defects are present: first, amdgpu_ctx_init() modifies and reads the adev->pm.stable_pstate_ctx_lock-protected context pointer without acquiring that lock, creating a TOCTOU race exploitable when sysfs simultaneously modifies the stored context pointer, leading to use-after-free or NULL pointer dereference. Second, a logic error causes ctx->stable_pstate (the restore state) to be saved at context creation time rather than at the moment a context actually overrides the pstate; consequently, context finalization restores an incorrect previous state, trampling over any sysfs-set pstate override. The fix redefines ownership semantics: the previous state is saved only when a context actively claims the pstate override, and restoration occurs only if the context is still the current owner. CPE data (cpe:2.3:a:linux:linux:*) confirms broad kernel version scope, with EUVD pinpointing the introducing commit as 79610d3041338dc1ef554d6fd8b3b3e23be527f5. Though CWE is formally unassigned, the description unambiguously describes CWE-416 (Use After Free) and CWE-476 (NULL Pointer Dereference).

RemediationAI

Upgrade to a patched kernel version: Linux 6.12.103, 7.1.6, or the 7.2-rc1 development branch, with upstream fixes at https://git.kernel.org/stable/c/23a8726e1d7597fe7c9a59d5dc42ba8b7d345b8a and the three sibling stable commits listed above. Distribution maintainers (Red Hat, Ubuntu, SUSE, Debian) should be monitored for backported stable patches to their supported kernel versions, as kernel.org commits do not always correspond directly to distribution release versions. If immediate patching is infeasible, a targeted compensating control is to restrict local user access to AMD GPU DRM device nodes (e.g., tighten permissions on /dev/dri/renderD* and /dev/dri/card* via udev rules or group membership), which limits which users can trigger amdgpu context operations - note this will prevent GPU compute and rendering workloads for restricted users. As a more aggressive fallback, blacklisting the amdgpu kernel module (echo 'blacklist amdgpu' >> /etc/modprobe.d/blacklist.conf) eliminates the attack surface entirely but disables all AMD GPU functionality including display output on AMD-only systems.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 16.0 Affected

Share

EUVD-2026-55374 vulnerability details – vuln.today

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