Skip to main content

Linux Kernel EUVDEUVD-2026-32240

| CVE-2026-45956 HIGH
Use After Free (CWE-416)
2026-05-27 416baaa9-dc9f-4396-8d5f-8c081fb06d67 GHSA-pwfh-32f2-c83x
7.8
CVSS 3.1 · Vendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain local shell on Exynos device
  2. Delivery
    Access /dev/dri DRM node
  3. Exploit
    Issue VIDI connection ioctl
  4. Execution
    Trigger incorrect driver_data lookup
  5. Persist
    Corrupt kernel memory via type confusion
  6. Impact
    Escalate privileges or crash kernel

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory lifecycle management
MITRE ATT&CK

2 techniques across 2 tactics: Execution, Privilege Escalation

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Exploitation requires local code execution on a system running a vulnerable Linux kernel with the CONFIG_DRM_EXYNOS driver loaded (effectively Samsung Exynos SoC platforms - embedded boards, Tizen devices, certain Samsung Android/Chromebook variants), and the attacker must possess read/write access to a DRM render/control node such as /dev/dri/card0 (per CVSS PR:L, typically granted via the 'video' or 'render' group or the active graphical seat). The specific trigger is invocation of the VIDI connection ioctl handled by vidi_connection_ioctl(); no user interaction is required (UI:N). Exploitation is limited by the requirement that the target hardware/kernel actually expose the Exynos VIDI virtual display component, by the need for local access to the DRM device, and by the fact that the corrupted pointer's contents depend on whatever unrelated driver populated the master device's driver_data - making reliable memory-corruption exploitation (beyond DoS) dependent on kernel build configuration and runtime state.

Impact

The CVSS 7.8 (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) indicates a local, low-complexity, low-privilege issue with high impact across confidentiality, integrity, and availability - consistent with a kernel memory corruption flaw reachable via an ioctl from an unprivileged user with access to the DRM character device. However, real-world risk is materially lower than CVSS alone suggests: EPSS is 0.02% (7th percentile), the issue is not in CISA KEV, no public PoC is known, and the affected driver (Exynos VIDI) is only relevant on Samsung Exynos-based platforms with the DRM Exynos driver compiled in - predominantly embedded/mobile rather than typical server fleets. The supplied tag set includes 'Denial Of Service,' which aligns with the most likely realized impact (NULL deref / crash) rather than reliable code execution; achieving the use-after-free outcome required for privilege escalation depends on the contents of the unrelated driver's driver_data field and would require additional exploit primitives. Note the conflict between the 'Denial Of Service' tag and the CVSS C:H/I:H rating - defenders should treat reliable LPE as plausible but unproven from the data provided.

Exploit ScenarioDerived

A local unprivileged user on a Samsung Exynos-based Linux device with the exynos-drm driver loaded opens /dev/dri/card0 and issues the VIDI connection ioctl. The kernel resolves the wrong device's driver_data as a struct vidi_context pointer, and depending on memory layout the attacker triggers either a denial of service (NULL dereference / kernel panic) or, with additional grooming of the colocated driver's data, an out-of-bounds or use-after-free that could be developed into a local privilege escalation primitive.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Jun 05, 2026

Local privilege escalation and memory corruption in the Linux kernel's Exynos DRM VIDI (Virtual Display) driver allows local users with access to the DRM device to trigger null pointer dereferences, garbage value accesses, out-of-bounds reads, or use-after-free conditions via the vidi_connection_ioctl() handler. The flaw stems from an incorrect device-to-context lookup that retrieves driver_data from the exynos-drm master device instead of the VIDI component device. A vendor patch is available across multiple stable branches, no public exploit identified at time of analysis, and EPSS rates exploitation probability at only 0.02%.

RemediationAI

Vendor-released patches are available: upgrade to Linux 5.10.253, 5.15.203, 6.1.167, 6.6.130, 6.18.14, or 6.19.4 (or later) on the corresponding stable branch, or pick up the stable-tree commits listed at https://git.kernel.org/stable/c/21ca24ba51a2c28bcc4df9d7e5a40b0eb66ab76d and its siblings. Distribution users should track their vendor's CVE-2026-45956 advisory and apply the next kernel update; for downstream Android/Tizen vendor kernels that lag mainline, request a backport of the seven listed stable commits. As a compensating control where patching is delayed, restrict access to /dev/dri/* nodes by tightening udev rules or seat/group membership so only trusted local users (typically the active graphical session) can issue DRM ioctls - note this breaks unprivileged use of GPU/display features and is unsuitable on multi-user systems that rely on accelerated graphics. Disabling or not loading the exynos_drm module (CONFIG_DRM_EXYNOS=n, or blacklisting on systems that do not require Exynos display output) fully removes the attack surface but disables hardware display on affected SoCs and is therefore only viable on systems that do not need the Exynos display pipeline.

Affected VersionsENISA

Linux patch: 7.0
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <21ca24ba51a2c28bcc4df9d7e5a40b0eb66ab76d
Linux 0 <6.18.14
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <b5fc86d753dd4c281a943b92f0eef02d31af03d7
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <65d1213baffa363f2eb1117b1dc7acc573b890f8
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <d3968a0d85b211e197f2f4f06268a7031079e0d0
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <2987642c5213508c6c9e718324c0d5289a92c474
Linux 0 <5.10.253
Linux 0 <6.6.130
Linux patch: 5.10.253
Linux 0 <6.19.4
Linux patch: 6.19.4
Linux patch: 6.18.14
Linux patch: 6.1.167
Linux patch: 6.6.130
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <a540f767642f75240a6c35f6a65b69e44cfcea9d
Linux 0 <5.15.203
Linux patch: 5.15.203
Linux 0 <6.1.167
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <875fa28690e93ed5296c31d3344556c6bb867234

Affected Packages

euvd linux fix: 5.10.253, 5.15.203, 6.1.167, 6.6.130, 6.18.14, 6.19.4

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The vulnerability resides in drivers/gpu/drm/exynos/exynos_drm_vidi.c, part of the Direct Rendering Manager (DRM) subsystem supporting Samsung Exynos SoCs. The Exynos DRM stack uses a component framework where a 'master' device aggregates several sub-component devices (VIDI being the virtual display output). In vidi_connection_ioctl(), the handler called dev_get_drvdata() on drm_dev->dev - which points to the exynos-drm master device - and then cast that pointer to a struct vidi_context. Because the master device's driver_data belongs to a different driver entirely, the resulting pointer is type-confused. Depending on what that other driver stored there, subsequent dereferences range from NULL crashes to reads of attacker-irrelevant kernel memory to out-of-bounds and use-after-free conditions. The fix stores the actual VIDI device pointer in exynos_drm_private->vidi_dev during bind/unbind so the ioctl path can resolve the correct context. While no CWE was assigned, this is a classic type-confusion / incorrect-pointer-lookup bug (CWE-843 family) leading to memory-safety violations.

Know when Samsung gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67) PRIMARY 7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
SUSE 6.7 MEDIUM
AV:L/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H

Primary rating from Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67).

CVSS VectorVendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67

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

Lifecycle Timeline

4
CVSS changed
Jun 05, 2026 - 07:22 NVD
7.8 (HIGH)
Patch available
May 27, 2026 - 19:46 EUVD
CVE Published
May 27, 2026 - 14:17 nvd
UNKNOWN (no severity yet)
CVE Published
May 27, 2026 - 14:17 nvd
HIGH 7.8

DescriptionCVE.org

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

drm/exynos: vidi: use priv->vidi_dev for ctx lookup in vidi_connection_ioctl()

vidi_connection_ioctl() retrieves the driver_data from drm_dev->dev to obtain a struct vidi_context pointer. However, drm_dev->dev is the exynos-drm master device, and the driver_data contained therein is not the vidi component device, but a completely different device.

This can lead to various bugs, ranging from null pointer dereferences and garbage value accesses to, in unlucky cases, out-of-bounds errors, use-after-free errors, and more.

To resolve this issue, we need to store/delete the vidi device pointer in exynos_drm_private->vidi_dev during bind/unbind, and then read this exynos_drm_private->vidi_dev within ioctl() to obtain the correct struct vidi_context pointer.

Executive ViewAI

Why It Matters

The Exynos DRM VIDI driver vulnerability (CVE-2026-45956) affects Linux systems on ARM-based processors and enables local privilege escalation through memory corruption. No public exploit identified at time of analysis, and exploitation probability is rated at 0.0% by EPSS; however, organizations running Linux on Exynos-equipped infrastructure should apply the vendor patch to eliminate this privilege-escalation vector.

Business Impact: Medium
Compensating Controls

Apply vendor patch. Until patch deployment is complete, restrict local user access to DRM device interfaces and disable graphics rendering functionality where operationally feasible.

Threat Intelligence Overview

EPSS Score
0.0%
Top 93% exploitable
Data Quality
6 sources
Confidence: High

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.0%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Defer
Exploitation· derived
None
System Exposure· derived
Small
Automatable· derived
No
Human Impact
Medium

Priority Score

39
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +39
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Use-after-free vulnerabilities occur when a program continues to access memory through a pointer after that memory has been deallocated.

Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

CVE-2024-7399 CRITICAL POC
9.8 Aug 12

Remote, unauthenticated attackers can write files of their choosing with system-level authority on Samsung MagicINFO 9 S

CVE-2025-4632 CRITICAL POC
9.8 May 13

Samsung MagicINFO 9 Server contains a path traversal vulnerability allowing unauthenticated attackers to write arbitrary

CVE-2012-4333 CRITICAL POC
10.0 Aug 14

Multiple stack-based buffer overflows in the BackupToAvi method in the (1) UMS_Ctrl 1.5.1.1 and (2) UMS_Ctrl_STW 2.0.1.0

CVE-2017-16524 HIGH POC
8.8 Nov 06

Web Viewer 1.0.0.193 on Samsung SRN-1670D devices suffers from an Unrestricted file upload vulnerability: 'network_ssl_u

CVE-2015-8279 HIGH POC
8.6 Jan 15

Web Viewer 1.0.0.193 on Samsung SRN-1670D devices allows remote attackers to read arbitrary files via a request to an un

CVE-2016-0998 HIGH POC
8.8 Mar 12

Use-after-free vulnerability in Adobe Flash Player before 18.0.0.333 and 19.x through 21.x before 21.0.0.182 on Windows

CVE-2016-0999 HIGH POC
8.8 Mar 12

Use-after-free vulnerability in Adobe Flash Player before 18.0.0.333 and 19.x through 21.x before 21.0.0.182 on Windows

CVE-2016-0997 HIGH POC
8.8 Mar 12

Use-after-free vulnerability in Adobe Flash Player before 18.0.0.333 and 19.x through 21.x before 21.0.0.182 on Windows

CVE-2016-1000 HIGH POC
8.8 Mar 12

Use-after-free vulnerability in Adobe Flash Player before 18.0.0.333 and 19.x through 21.x before 21.0.0.182 on Windows

CVE-2017-17692 HIGH POC
7.5 Dec 21

Samsung Internet Browser 5.4.02.3 allows remote attackers to bypass the Same Origin Policy and obtain sensitive informat

CVE-2016-1002 HIGH POC
8.8 Mar 12

Adobe Flash Player before 18.0.0.333 and 19.x through 21.x before 21.0.0.182 on Windows and OS X and before 11.2.202.577

CVE-2016-1010 HIGH
8.8 Mar 12

Integer overflow in Adobe Flash Player before 18.0.0.333 and 19.x through 21.x before 21.0.0.182 on Windows and OS X and

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 Performance Computing 15 SP7 Affected

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