Skip to main content

Linux Kernel CVE-2026-43318

| EUVDEUVD-2026-28602 MEDIUM
2026-05-08 416baaa9-dc9f-4396-8d5f-8c081fb06d67 GHSA-hgcg-jj48-wj2h
5.5
CVSS 3.1 · NVD
View

Attack ChainAIDerived

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

  1. Access
    Authenticate as low-privilege user
  2. Delivery
    Submit GPU workload with shared buffer objects
  3. Exploit
    Trigger cross-GPU buffer migration
  4. Execution
    Race page table invalidation against active GPU job
  5. Persist
    Generate GPU page fault
  6. Impact
    Crash graphics driver (denial of service)

Vulnerability Assessment

Exploitation Conditions

Exploitation requires all of the following: (1) System with multiple AMD Radeon graphics cards using the AMDGPU kernel driver (not AMDGPU-PRO proprietary driver); (2) Multi-GPU configuration where peer-to-peer (P2P) PCI transfers are unavailable or disabled, forcing buffer migration through system memory; (3) Application or attacker code that explicitly shares graphics buffer objects across GPUs using DMA-BUF export/import mechanisms; (4) Precise timing where buffer migration is triggered (via move_notify callback) while a GPU command queue is actively executing operations on the shared buffer; (5) Local authenticated access with privileges sufficient to submit GPU work (typically standard user-level access to /dev/dri/renderD* device nodes). The attack is LIMITED by: local-only access vector (AV:L), requirement for authenticated low-privilege user (PR:L), need for specific AMD multi-GPU hardware configuration, and reliance on race condition timing that may not be reliably reproducible without deep understanding of kernel scheduling and GPU command queue behavior.

Impact

Real-world risk is LOW despite the MEDIUM CVSS 5.5 rating. Multiple limiting factors significantly reduce exploitation likelihood: (1) Attack vector is LOCAL only (AV:L), requiring authenticated access with low-level privileges (PR:L); (2) Vulnerability requires specific multi-GPU hardware configuration with AMD Radeon cards where P2P is unavailable or disabled; (3) Triggering conditions demand precise timing of buffer migration during active GPU command execution, making reliable exploitation complex (though AC:L suggests low attack complexity once conditions are met); (4) Impact is purely availability (A:H) with no confidentiality or integrity compromise, resulting in GPU hangs or application crashes rather than privilege escalation or data exposure; (5) EPSS score of 0.02% (5th percentile) indicates security researchers and attackers have shown minimal interest; (6) No CISA KEV listing and no public proof-of-concept identified. The SSVC decision framework suggests this is a deferrable priority: not automatable (requires specific hardware/timing), limited technical impact (localized DoS), and no evidence of active exploitation. Primary risk is operational disruption in professional graphics workstations or compute clusters using multiple AMD GPUs, not security compromise.

Exploit ScenarioDerived

A local attacker with standard user privileges on a Linux workstation equipped with multiple AMD Radeon GPUs submits a graphics workload that deliberately shares buffer objects between GPUs while triggering buffer migration. By timing the buffer access pattern to coincide with active command queue execution on one GPU while forcing the kernel to migrate the shared buffer for access by the second GPU, the attacker causes premature page table invalidation. The running GPU job attempts to access the invalidated memory region, generating page faults that crash the graphics driver, freeze the GPU, or panic the kernel. This results in denial of service, disrupting all GPU-dependent applications including the graphical desktop environment, potentially requiring system reboot to restore functionality.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.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 – May 15, 2026

Race condition in Linux kernel AMDGPU driver allows local attackers with low privileges to trigger denial of service through GPU page faults during DMA buffer operations. The vulnerability affects multi-GPU systems where shared buffer objects are accessed across different GPUs, particularly impacting AMD Radeon graphics driver stability. Patch available from upstream kernel maintainers for versions 6.12.75, 6.18.16, 6.19.6, and 7.0. EPSS score of 0.02% indicates low observed exploitation probability, and no public exploit code or active exploitation has been identified.

RemediationAI

Primary mitigation is upgrading to patched kernel versions: 6.12.75 or later in the 6.12.x series, 6.18.16+ in the 6.18.x series, 6.19.6+ in the 6.19.x series, or kernel 7.0 final release. Organizations can obtain patches from upstream repositories at the git.kernel.org URLs listed in references or through distribution-specific security update channels (Red Hat RHSA, Ubuntu USN, SUSE/SLES updates). For environments unable to immediately patch, implement these compensating controls with noted trade-offs: (1) Disable DMA-BUF sharing for AMDGPU by setting kernel parameter amdgpu.noretry=1, which prevents cross-GPU buffer sharing but breaks applications requiring multi-GPU rendering like professional graphics workflows; (2) Force single-GPU operation by disabling secondary AMD cards in BIOS or blacklisting the amdgpu module for specific PCI devices using modprobe configuration, eliminating multi-GPU capability entirely; (3) Enable P2P PCI access in BIOS if supported by hardware platform and verify with lspci, which may resolve the race condition by changing buffer migration behavior but requires compatible motherboard/CPU. Each workaround degrades GPU functionality and should only be temporary pending kernel upgrade. No application-layer or firewall-based mitigations are effective against this kernel driver bug.

Affected VersionsENISA

Linux patch: 0
Linux 5.7
Linux a448cb003edcb4b63d0a9c95f3faab724e6150fb <89a9389ad70d3c69538e59d87df67d407aef4c26
Linux patch: 6.18.16
Linux patch: 6.12.75
Linux patch: 6.19.6
Linux patch: 7.0
Linux a448cb003edcb4b63d0a9c95f3faab724e6150fb <b18fc0ab837381c1a6ef28386602cd888f2d9edf
Linux a448cb003edcb4b63d0a9c95f3faab724e6150fb <82a7ea35a1526bef8ae170c33ff80e5db7728961
Linux a448cb003edcb4b63d0a9c95f3faab724e6150fb <3307459eb3583115264421e859858d1f90f3694a

Affected Packages

euvd linux no fix

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 exists in the AMDGPU Direct Rendering Manager (DRM) driver's DMA-BUF sharing mechanism, specifically in the amdgpu_dma_buf_move_notify function. DMA-BUF is Linux's framework for sharing buffers between different devices and subsystems. When a graphics buffer object (BO) is shared between processes using different GPUs, the driver must synchronize memory access and page table updates. The flaw involves incorrect synchronization using tickets during buffer migration, causing amdgpu_vm_handle_moved to update page tables prematurely. In multi-GPU scenarios without peer-to-peer (P2P) PCI support, when one process moves a linear buffer for cross-GPU access while another GPU's command queue is still executing operations on that buffer, the premature page table invalidation causes the running job to reference invalid memory addresses, triggering GPU page faults and potential system hangs. This particularly affects workloads mixing rendering and display operations across AMD GPUs, such as applications using GPU0 for rendering while the X server composites on GPU1.

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

NVD PRIMARY 5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
SUSE MEDIUM

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

3
CVSS changed
May 15, 2026 - 18:37 NVD
5.5 (MEDIUM)
Patch available
May 08, 2026 - 15:02 EUVD
CVE Published
May 08, 2026 - 14:16 nvd
UNKNOWN (no severity yet)

DescriptionNVD

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

drm/amdgpu: fix sync handling in amdgpu_dma_buf_move_notify

Invalidating a dmabuf will impact other users of the shared BO. In the scenario where process A moves the BO, it needs to inform process B about the move and process B will need to update its page table.

The commit fixes a synchronisation bug caused by the use of the ticket: it made amdgpu_vm_handle_moved behave as if updating the page table immediately was correct but in this case it's not.

An example is the following scenario, with 2 GPUs and glxgears running on GPU0 and Xorg running on GPU1, on a system where P2P PCI isn't supported:

glxgears: export linear buffer from GPU0 and import using GPU1 submit frame rendering to GPU0 submit tiled->linear blit Xorg: copy of linear buffer

The sequence of jobs would be: drm_sched_job_run

GPU0, frame rendering

drm_sched_job_queue

GPU0, blit

drm_sched_job_done

GPU0, frame rendering

drm_sched_job_run

GPU0, blit

move linear buffer for GPU1 access # amdgpu_dma_buf_move_notify -> update pt

GPU0

It this point the blit job on GPU0 is still running and would likely produce a page fault.

Threat Intelligence Overview

EPSS Score
0.0%
Top 95% 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 MEDIUM
CISA KEV No
Public POC No
EPSS 0.0%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.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· derived
Medium

Priority Score

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

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

Vendor StatusVendor

SUSE

Severity: Medium
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Fixed
SUSE Linux Enterprise Desktop 15 SP7 Fixed
SUSE Linux Enterprise High Availability Extension 15 SP7 Fixed
SUSE Linux Enterprise High Availability Extension 15 SP7 Fixed
SUSE Linux Enterprise High Performance Computing 15 SP7 Fixed

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