Skip to main content

Linux Kernel CVE-2026-93830

| EUVDEUVD-2026-86219 HIGH
2026-09-24 Linux GHSA-qh7q-28pc-c4hv
7.5
CVSS 3.1 · Vendor: Linux
View

Attack ChainAIDerived

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

  1. Access
    Reach XGMAC2 network interface
  2. Delivery
    Flood with sustained heavy RX traffic
  3. Exploit
    Exhaust DMA RX descriptor ring
  4. Execution
    Trigger continuous RBUE interrupt storm
  5. Impact
    CPU starvation / system stall

Vulnerability Assessment

Exploitation Conditions

Exploitation requires the target to use the stmmac driver with an XGMAC2 (DWMAC-XGMAC2) 10G MAC core - as found on Intel Agilex5 and similar SoCs - since the RBUE bit in XGMAC_DMA_INT_DEFAULT_EN/_RX is specific to that core. The interrupt storm only manifests under heavy sustained RX pressure that exhausts the DMA RX descriptor ring (or when page_pool is OOM and stmmac_rx_refill() cannot advance the DMA tail pointer). It does not affect other DWMAC core versions or general-purpose NICs. Limiting factors: the narrow hardware requirement drastically shrinks the attack surface, the condition requires prolonged high-rate traffic rather than a single packet, and the impact is CPU starvation/stall (availability) with no data exposure or code execution.

Impact

The NVD CVSS 3.1 vector (7.5, AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H) rates this as a high-severity network-triggerable availability issue, but the vector overstates the real-world risk. The root cause is a self-inflicted MAC interrupt storm: when the XGMAC2 DMA runs out of RX descriptors under heavy receive pressure, the RBUE interrupt fires continuously (observed at ~695x the rate of actual RX completions on Intel Agilex5), starving the CPU. There is no EPSS score, no CISA KEV listing, and no public POC - consistent with no public exploit identified at time of analysis. AC:L is questionable: triggering the storm requires sustained heavy RX load sufficient to exhaust the descriptor ring (or page_pool OOM), which is a demanding, non-trivial condition rather than a single crafted packet, so AC:H is more defensible. Critically, the affected code path only exists on XGMAC2/DWMAC-XGMAC2 hardware (e.g., Intel Agilex5 SoCs), so the practical attack surface is a narrow set of embedded/SoC deployments, not general Linux servers. This is a robustness/stability fix rather than a widely-weaponizable vulnerability - a real fix for affected hardware but low urgency for the broader fleet.

Exploit ScenarioDerived

An attacker with network reachability to an XGMAC2/DWMAC-based interface (e.g., an Intel Agilex5 SoC) floods it with sustained high-rate RX traffic until the DMA exhausts its RX descriptor ring. The resulting RBUE interrupt storm - measured at roughly 695 interrupts per genuine RX completion - saturates the CPU with interrupt handling, degrading or stalling the system. No public POC exists, and no confidentiality or integrity impact is possible (C:N/I:N).

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

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

Alert me

AnalysisAIv1 – Sep 25, 2026

An interrupt storm in the Linux kernel's stmmac Ethernet driver causes CPU starvation on systems using the XGMAC2 (DWMAC-XGMAC2) 10G MAC core, such as Intel Agilex5 SoCs. Because RBUE (RX Buffer Unavailable) was enabled in the default RX interrupt mask, a DMA RX descriptor ring that drains under heavy receive pressure fires the RBUE interrupt continuously-observed at roughly 1,821,811,555 MAC interrupts against only 2,618,627 actual RX completions on Agilex5, a ~695x amplification-locking the CPU into interrupt handling; the CVSS 3.1 vector is AV:N/PR:N (unauthenticated), and no public exploit has been identified at time of analysis. The flaw is highly constrained: it requires XGMAC2 silicon plus sustained high-rate RX traffic (or page_pool exhaustion), and independent assessment rates it AC:H rather than the NVD AC:L, since exploitation demands prolonged heavy traffic against specific hardware and results only in availability loss (CPU stall), with no data exposure or code execution.

RemediationAI

Vendor-released patch: Linux 6.12.111, 6.18.53, and 7.2 (stable commits 0b1a5d3647ce07c27a9fffefc11a8cbf7d7b25ce, 87e2826ed2058747ddf014c082569a46bfadd96b, and d3265c19b35d036bba327b36b5366bee76b0157c); upgrade XGMAC2-based systems (notably Intel Agilex5 platforms running the stmmac driver) to one of these or a later kernel. If upgrading immediately is not possible, the practical compensating controls are to cap inbound RX throughput on the affected interface so the DMA RX descriptor ring is not driven to exhaustion, or to keep the interface out of a sustained high-rate receive role-trade-offs are lower network performance and reduced applicability for high-throughput roles such as storage or routing backplanes. Reducing or disabling unused receive-heavy workloads and raising the RX descriptor ring size where the driver allows it lowers the probability of hitting the empty-ring condition, though it does not eliminate it under enough pressure, and note that page_pool exhaustion stalls the ring regardless of this fix. Be aware that after patching, the rx_buf_unav_irq ethtool counter will always report 0 on XGMAC2 devices, so do not use it as a health signal; monitor CPU softirq/ksoftirqd saturation and MAC interrupt rates instead. Patch status is confirmed as available from the vendor, and no public exploit code has been identified at time of analysis.

Affected VersionsENISA

Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <87e2826ed2058747ddf014c082569a46bfadd96b
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <0b1a5d3647ce07c27a9fffefc11a8cbf7d7b25ce
Linux patch: 6.18.53
Linux 0 <6.12.111
Linux 0 <6.18.53
Linux 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <d3265c19b35d036bba327b36b5366bee76b0157c
Linux patch: 6.12.111
Linux patch: 7.2

Affected Packages

euvd linux fix: 6.12.111, 6.18.53

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 stmmac driver manages Synopsys DesignWare MAC cores, and the XGMAC2 variant defines its default interrupt enable masks in XGMAC_DMA_INT_DEFAULT_EN and XGMAC_DMA_INT_DEFAULT_RX. Enabling the RX Buffer Unavailable (RBUE) bit is logically redundant: normal RX completion (RIE) already schedules NAPI, which processes completed descriptors and refills the DMA ring so the DMA engine resumes. The RBUE handler merely sets handle_rx, producing the same outcome as RIE, but when the descriptor ring is empty the hardware re-asserts RBUE on every cycle because nothing has advanced the DMA tail pointer, generating an interrupt storm. The patch removes RBUE from both default masks (git.kernel.org stable commits 0b1a5d3647ce07c27a9fffefc11a8cbf7d7b25ce, 87e2826ed2058747ddf014c082569a46bfadd96b, d3265c19b35d036bba327b36b5366bee76b0157c). The root cause sits in interrupt-mask configuration and NAPI scheduling rather than a memory-safety class; the CVE record carries no CWE, and the supplied tags ('Information Disclosure') do not reflect the actual impact, which is denial of service through interrupt amplification. Notably, RBUE provides no OOM recovery: if page_pool is exhausted, stmmac_rx_refill() cannot advance the DMA tail pointer and the ring stalls regardless, so the fix converts a storm into a clean stall with the same RX outcome. As a side effect, the rx_buf_unav_irq ethtool counter will always read 0 on XGMAC2 devices-an inconsistency that already exists across other DWMAC core versions.

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.5 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 5.9 MEDIUM

Network-triggerable but requires sustained heavy RX load to exhaust descriptors (AC:H) on specific XGMAC2 hardware; interrupt storm starves CPU (A:H) with no C/I impact.

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

Primary rating from Vendor (Linux).

CVSS VectorVendor: Linux

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

Lifecycle Timeline

4
CVSS changed
Sep 25, 2026 - 05:23 NVD
7.5 (HIGH)
Patch available
Sep 24, 2026 - 17:03 EUVD
CVE Published
Sep 24, 2026 - 16:03 cve.org
UNKNOWN (no severity yet)
CVE Published
Sep 24, 2026 - 16:03 cve.org
HIGH 7.5

DescriptionCVE.org

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

net: stmmac: xgmac2: disable RBUE in default RX interrupt mask

Enabling the RX Buffer Unavailable (RBUE) interrupt is counterproductive and can trigger a MAC interrupt storm under heavy RX pressure. When the DMA runs out of RX descriptors it fires RBUE continuously until software refills the ring.

However, RBUE is redundant: the normal RX completion interrupt (RIE) already triggers NAPI, which processes completed descriptors and refills the ring, causing the DMA to resume. The RBUE handler itself only sets handle_rx - the same outcome as RIE.

On Agilex5 under heavy RX pressure, the MAC interrupt (which includes RBUE) was observed firing 1,821,811,555 times against only 2,618,627 actual RX completions - a ~695x ratio - confirming the severity of the storm.

RBUE does not provide OOM recovery. If page_pool is exhausted, stmmac_rx_refill() cannot advance the DMA tail pointer, the DMA stays suspended, and RBUE fires again on the next NAPI completion - a storm with no forward progress. This patch trades that storm for a clean stall with the same RX outcome. Proper OOM recovery is a pre-existing gap outside the scope of this fix.

Note: as a consequence of disabling RBUE, the rx_buf_unav_irq ethtool counter will always read 0 on XGMAC2 devices. This behaviour is already inconsistent across DWMAC core versions.

Remove RBUE from XGMAC_DMA_INT_DEFAULT_EN and XGMAC_DMA_INT_DEFAULT_RX to prevent the interrupt storm while keeping normal RX handling intact.

Executive ViewAI

Why It Matters

A denial-of-service flaw in the Linux kernel's stmmac Ethernet driver affects systems built on the XGMAC2 10G MAC core, including Intel Agilex5 SoCs - hardware commonly used in edge, networking, and embedded platforms. Under sustained high-rate network receive traffic, the affected interface can lock a CPU core into interrupt handling, causing a stall that degrades or halts services on that host. There is no data exposure or code execution risk, but any internet- or network-exposed Agilex5-based system running an unpatched kernel is at risk of availability loss, so leadership should prioritize identifying and remediating affected hardware.

Business Impact: Medium
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.4%
Top 66% exploitable
Prevalence
Low
Synopsys DWMAC XGMAC2 driver, only on specific SoCs like Intel Agilex5
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.4%
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
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
Medium

Priority Score

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

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

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