Skip to main content

Linux Kernel EUVDEUVD-2026-39884

| CVE-2026-53279 MEDIUM
2026-06-26 Linux GHSA-jqmf-8mg5-g38p
5.5
CVSS 3.1 · NVD
Share

Severity by source

NVD PRIMARY
5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
vuln.today AI
4.7 MEDIUM

AC:H reflects the prerequisite of specific retired hardware and a specific init failure condition; all other metrics match the local, low-privilege, availability-only impact profile.

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

Primary rating from NVD.

CVSS VectorNVD

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

Lifecycle Timeline

5
Analysis Generated
Jul 08, 2026 - 04:20 vuln.today
CVSS changed
Jul 08, 2026 - 04:07 NVD
5.5 (MEDIUM)
Patch available
Jun 26, 2026 - 21:02 EUVD
CVE Published
Jun 26, 2026 - 19:40 nvd
MEDIUM 5.5
CVE Published
Jun 26, 2026 - 19:40 cve.org
UNKNOWN (no severity yet)

DescriptionNVD

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

drm/gma500/oaktrail_lvds: fix hang on init failure

The LVDS init code looks up an I2C adapter using i2c_get_adapter() and tries to read the EDID before falling back to allocating and registering its own adapter.

The error handling does not separate these cases so on a late init failure it will try to deregister and free also an adapter that had previously been registered. Since i2c_get_adapter() takes another reference to the adapter, deregistration hangs indefinitely while waiting for the reference to be released.

Fix this by only destroying adapters allocated during LVDS init on errors.

AnalysisAI

Indefinite kernel hang in the Linux kernel's drm/gma500 Oaktrail LVDS display initialization code can be triggered locally on systems with Intel GMA 500/Oaktrail graphics hardware, causing a denial of service requiring a hard reboot. The defect lies in error handling that incorrectly attempts to deregister an I2C adapter obtained via i2c_get_adapter() - which only increments a reference count - rather than restricting cleanup to adapters the driver itself allocated. No public exploit code exists and EPSS is 0.17% (7th percentile), consistent with a niche, largely retired hardware platform.

Technical ContextAI

The affected component is the drm/gma500 Direct Rendering Manager driver in the Linux kernel, specifically the oaktrail_lvds.c LVDS (Low-Voltage Differential Signaling) display initialization path. During init, the driver calls i2c_get_adapter() to borrow a reference to an existing I2C bus adapter for EDID display-data reading, then falls back to allocating and registering its own adapter if EDID reading fails. The error handling flaw conflates these two cases: on a late initialization failure, the cleanup code unconditionally calls i2c_del_adapter() regardless of whether the adapter was externally obtained or internally allocated. Because i2c_get_adapter() only takes an additional reference without transferring ownership, i2c_del_adapter() blocks indefinitely waiting for that extra reference to be released, hanging the kernel. The fix constrains adapter teardown to only those adapters allocated within the LVDS init routine. The CWE field is unspecified but the root cause is a resource lifecycle management error (analogous to CWE-404: Improper Resource Shutdown or Release). CPE data confirms the affected product is cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:*, spanning multiple stable branches from the introduction commit a57ebfc0b4da16a3f36bfebb158198aab3e340f8.

RemediationAI

The primary fix is to upgrade the Linux kernel to a patched stable release: 7.1, 7.0.10, 6.18.33, 6.1.175, 6.6.141, or 6.12.91. Upstream fix commits are available at https://git.kernel.org/stable/c/5fe9f505d8578852c30668567bc3ce52e776e8c7, https://git.kernel.org/stable/c/4e04b564c005c9900643c56656d751ad677889be, https://git.kernel.org/stable/c/7877f7e231a8bd5c817af1491276550a5e195cd7, and related commits for each stable branch. Where immediate kernel upgrade is not feasible on legacy hardware, a specific compensating control is to blacklist the gma500_gfx kernel module by adding 'blacklist gma500_gfx' to /etc/modprobe.d/blacklist.conf and running 'modprobe -r gma500_gfx'; this prevents the vulnerable LVDS init code path from executing entirely, at the cost of losing kernel-managed hardware graphics acceleration on Oaktrail/Poulsbo platforms - framebuffer console output typically remains functional as a fallback.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
Image SLES15-SP7-Azure-3P Image SLES15-SP7-Azure-Basic Image SLES15-SP7-Azure-Standard Image SLES15-SP7-HPC-Azure Affected
Image SLES15-SP7-BYOS-Azure Image SLES15-SP7-BYOS-GCE Image SLES15-SP7-CHOST-BYOS-Aliyun Image SLES15-SP7-CHOST-BYOS-Azure Image SLES15-SP7-CHOST-BYOS-EC2 Image SLES15-SP7-CHOST-BYOS-GCE Image SLES15-SP7-CHOST-BYOS-GDC Image SLES15-SP7-CHOST-BYOS-SAP-CCloud Image SLES15-SP7-EC2 Image SLES15-SP7-EC2-ECS-HVM Image SLES15-SP7-GCE Image SLES15-SP7-HPC-BYOS-Azure Image SLES15-SP7-HPC-BYOS-EC2 Image SLES15-SP7-HPC-BYOS-GCE Image SLES15-SP7-Hardened-BYOS-Azure Image SLES15-SP7-Hardened-BYOS-EC2 Image SLES15-SP7-Hardened-BYOS-GCE Image SLES15-SP7-SAPCAL-Azure Image SLES15-SP7-SAPCAL-EC2 Image SLES15-SP7-SAPCAL-GCE Affected
Image SLES15-SP7-SAP-Azure Image SLES15-SP7-SAP-Azure-3P Image SLES15-SP7-SAP-BYOS-Azure Image SLES15-SP7-SAP-BYOS-EC2 Image SLES15-SP7-SAP-BYOS-GCE Image SLES15-SP7-SAP-EC2 Image SLES15-SP7-SAP-GCE Image SLES15-SP7-SAP-Hardened-Azure Image SLES15-SP7-SAP-Hardened-BYOS-Azure Image SLES15-SP7-SAP-Hardened-BYOS-EC2 Image SLES15-SP7-SAP-Hardened-BYOS-GCE Image SLES15-SP7-SAP-Hardened-GCE Affected
SUSE Linux Enterprise Desktop 15 SP7 Fixed
SUSE Linux Enterprise High Availability Extension 15 SP7 Fixed

Share

EUVD-2026-39884 vulnerability details – vuln.today

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