Skip to main content

Linux Kernel EUVDEUVD-2026-93171

| CVE-2026-98243 HIGH
2026-10-06 Linux GHSA-r72r-63qh-x7gr
7.1
CVSS 3.1 · Vendor: Linux
View

Attack ChainAIDerived

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

  1. Access
    Gain local access to dma-buf device node
  2. Delivery
    Trigger fence signaling via ioctl
  3. Exploit
    Race read of timeline/driver name string
  4. Execution
    Dereference freed RCU-protected memory
  5. Impact
    Leak kernel data or crash host

Vulnerability Assessment

Exploitation Conditions

Requires local access to a kernel interface that exposes dma_fence objects (e.g., DRM/GPU, sync_file, or other DMA-buf consumers) and the ability to read a fence's timeline name or driver name string concurrently with the fence being signaled. The flaw only manifests for dma_fence implementations that implement a release or wait callback (so the ops pointer is NOT cleared on free), and exploitation hinges on winning the race window between signaling and the RCU-protected string read. Limiting factors: local-only attack vector (no remote reachability), a required low-privilege local account with device access, and race-condition timing that reduces reliability; patched kernels are not affected.

Impact

This is a locally-exploitable use-after-free in the Linux kernel's dma-buf/dma-fence subsystem, triggered when the RCU protection for a fence's timeline/driver-name string is lost after signaling because the ops pointer is not cleared for many dma_fence implementations. The provided CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H, 7.1) scores it HIGH with high confidentiality and availability impact, consistent with a UAF that can leak kernel memory or crash the system; however, the Tags label it only 'Denial Of Service,' which understates the C:H confidentiality dimension the vector asserts. All exploitation-probability signals point LOW: EPSS is 0.16% (5th percentile), the CVE is NOT in CISA KEV, and no public exploit code is referenced - so there is no public exploit identified at time of analysis. Realistically this is a HIGH-CVSS but LOW-real-world-priority issue: exploitation requires local access with some privilege plus winning a signaling race window, and these dma-fence regressions are typically patched routinely through stable-tree updates rather than attacked opportunistically. One caveat: the flaw is a race condition (UAF after signaling), which the input CVSS rates AC:L - a race window more plausibly warrants AC:H, suggesting reliable exploitation is harder than the base score implies. No SSVC decision data was provided in the input.

Exploit ScenarioDerived

A local low-privileged user with access to a DMA-buf/dma-fence interface (e.g., via a GPU or media device node) repeatedly triggers fence signaling while concurrently reading the fence's timeline or driver name string, racing to dereference the string after the backing object is freed. Winning this race yields a kernel use-after-free that can disclose kernel memory contents or crash the system. No public proof-of-concept exploit is identified at time of analysis, and reliable exploitation depends on timing the race precisely.

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

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

Alert me

AnalysisAIv1 – Oct 07, 2026

Local use-after-free in the Linux kernel's dma-buf/dma-fence subsystem lets a low-privileged local user with access to a fence-exposing interface (DRM/GPU, sync_file, or other DMA-buf consumers) read freed kernel memory when a fence's timeline or driver name string is retrieved concurrently with the fence being signaled. The regression was introduced by an earlier NULL-pointer dereference fix that replaced the signaled-bit check with an ops-pointer check, which is insufficient because many dma_fence implementations never clear the ops pointer on free and thus lose the RCU protection that keeps the returned string alive. Impact is a kernel crash (denial of service) or disclosure of freed heap contents; exploitation requires local device access and winning a narrow race, and no public exploit has been identified at time of analysis (EPSS 0.16%, 5th percentile; no CISA KEV listing).

RemediationAI

Vendor-released patch: Linux 7.2.8 (stable) and Linux 7.3-rc4 (mainline), delivered through the upstream commits https://git.kernel.org/stable/c/a4db25b8949d6ff9c1a685a1273a015e8bab29db and https://git.kernel.org/stable/c/3ed11c671ff7ec58c8fd96410233c677df23f407; update to these or later kernel releases and note that distributions carrying the earlier NULL-dereference fix without this follow-up remain affected even on otherwise current kernels. Where immediate upgrades are not possible, compensating controls are necessarily restrictive because the vulnerable path is local kernel code: block untrusted local users from fence-exposing device nodes (for example /dev/dri/* and sync_file descriptors) via device cgroup or filesystem permissions, and drop GPU/media device access for unprivileged or containerized workloads using seccomp and device passthrough restrictions. The trade-off is loss of hardware-accelerated graphics, compute and media decode for those processes, and the mitigation does not help environments where the untrusted user legitimately requires that device access (such as multi-tenant GPU or desktop session scenarios), where the patch remains the only complete fix; no remote or network-side workaround exists since the attack vector is strictly local and race-dependent, with known exploitation limited by timing reliability.

Affected VersionsENISA

Linux patch: 7.2.8
Linux 035219a760edb35ae9a9e96beba7f122e26a997b <3ed11c671ff7ec58c8fd96410233c677df23f407
Linux 7.2
Linux 035219a760edb35ae9a9e96beba7f122e26a997b <a4db25b8949d6ff9c1a685a1273a015e8bab29db
Linux 7.1.5 <7.2
Linux 15ecfdf0ef6f6d874d0a26690d300857b39ebfd0
Linux patch: 0
Linux patch: 7.3-rc4

Affected Packages

euvd linux fix: 7.2

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

dma-buf is the Linux kernel framework for sharing buffers between device drivers, and dma_fence objects represent the completion of asynchronous work on those buffers; each fence carries human-readable timeline and driver name strings that userspace can read (for example through debugfs, sync_file, or DRM tracepoints) and that are protected by RCU because they can be released when the fence is signaled. An earlier fix for a potential NULL pointer dereference ("dma-buf: dma-fence: Fix potential NULL pointer dereference") changed the guard to test the ops pointer instead of the signaled bit. That guard only becomes safe if the ops pointer is cleared when neither the release nor the wait callback is implemented, which is not the case for many dma_fence implementations, so those implementations stop taking the RCU-protected path after signaling and the returned string can be freed while still being read (use-after-free, consistent with CWE-416; no CWE was formally assigned in the source data). The corrective patch re-adds the signaling-state check alongside the ops-pointer check, preserving both the NULL-dereference protection and the post-signaling RCU protection. Affected code is identified by CPE cpe:2.3:a:linux:linux and applies only to kernels carrying the regressing change; patched kernels, which include the fixes in stable branches 7.2.8 and 7.3-rc4, are not affected.

Know when the next one hits your stack

  • 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 (Linux) PRIMARY 7.1 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
vuln.today AI 6.3 MEDIUM

Local access to a dma-fence interface (AV:L, PR:L); exploitation requires winning a signaling race window (AC:H); UAF can leak kernel memory (C:H) and crash the host (A:H) with no integrity impact.

3.1 AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:N/A:H
4.0 AV:L/AC:H/AT:N/PR:L/UI:N/VC:H/VI:N/VA:H/SC:N/SI:N/SA:N

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
None
Availability
High

Lifecycle Timeline

4
CVSS changed
Oct 07, 2026 - 07:22 NVD
7.1 (HIGH)
Patch available
Oct 06, 2026 - 10:02 EUVD
CVE Published
Oct 06, 2026 - 08:45 cve.org
UNKNOWN (no severity yet)
CVE Published
Oct 06, 2026 - 08:45 cve.org
HIGH 7.1

DescriptionCVE.org

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

dma-buf/dma-fence: fix checking signaling bit for timeline and driver name v3

The patch "dma-buf: dma-fence: Fix potential NULL pointer dereference" changed the check to test for the ops pointer instead of the signaled bit to avoid a potential NULL dereference when the ops pointer has been cleared.

The problem is now that the ops pointer is cleared only when neither the release nor the wait callback is implemented and this isn't true for a lot of dma_fence implementations yet. So those implementations lost the RCU protection after signaling of the returned string resulting in potential use after free.

Add the signaling check additional to the ops pointer check so that we have both the protection against NULL dereference as well as the RCU protection after signaling for the returned string.

v2: improve comments to note RCU protection and explain why we check both signaling state and ops pointer v3: some comment improvements suggested by Philip

Executive ViewAI

Why It Matters

A high-severity use-after-free in the Linux kernel's dma-buf/dma-fence subsystem (CVE-2026-98243) can let a local user with access to GPU/DRM, sync_file, or other DMA-buf consumer interfaces crash affected systems or read freed kernel memory. This affects Linux servers, endpoints, cloud instances, and GPU-accelerated workloads, where a crash could disrupt availability and freed-memory disclosure could expose sensitive residual data; however, exploitation requires local device access and a narrow race, and no public exploit identified at time of analysis. Patch available per vendor advisory, so leadership should prioritize remediation to reduce organizational exposure.

Business Impact: Medium
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 95% exploitable
Prevalence
Ubiquitous
Linux kernel core subsystem present in virtually all deployments
Data Quality
4 sources
Confidence: Medium

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.2%
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

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

Attack Technique

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

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