Skip to main content

Linux Kernel CVE-2026-74356

| EUVDEUVD-2026-59503 HIGH
2026-08-15 Linux GHSA-pp6m-qvmq-968c
7.4
CVSS 3.1 · Vendor: Linux
View

Attack ChainAIDerived

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

  1. Recon
    Gain access to guest VM or adjacent network
  2. Delivery
    Send packets exceeding virtio ring buffer capacity
  3. Exploit
    Stall or slow guest ring consumption
  4. Install
    vhost-net re-enables notifications with ring entries remaining
  5. C2
    vhost_get_avail_idx returns incorrect 'no new entries' value
  6. Execute
    vhost_enable_notify immediately disables and retries in tight loop
  7. Impact
    Host vhost thread livelocks, denying network service to affected guest

Vulnerability Assessment

Exploitation Conditions

Exploitation requires the Linux kernel vhost-net subsystem to be actively in use - specifically KVM or QEMU-KVM virtualization with a virtio-net device using the in-kernel vhost backend. The mergeable receive buffer feature (VIRTIO_NET_F_MRG_RXBUF) must be negotiated between host and guest; this is commonly enabled in modern virtio-net configurations but is not universal and is absent when guests use legacy virtio or when the feature is explicitly disabled in the hypervisor configuration. The guest must enter a state where it is not consuming virtio ring entries fast enough relative to incoming packet arrival - this can happen under guest load or can be induced by a guest VM under attacker control. Bare-metal Linux systems, containers, and virtualized guests using emulated (non-virtio) network devices are unaffected. The impact is limited strictly to availability (livelock/DoS on the host vhost thread); there is no confidentiality or integrity impact.

Impact

The official CVSS 7.4 vector (AV:A/AC:L/PR:N/UI:N/S:C/C:N/I:N/A:H) accurately conveys the cross-boundary availability impact but the AC:L rating may overstate exploitability: triggering the livelock requires mergeable receive buffers to be negotiated and the guest to be in a stalled state, conditions that together argue for AC:H rather than AC:L. EPSS at 0.17% (6th percentile) is consistent with the absence of both CISA KEV listing and any public proof-of-concept code, indicating low likelihood of opportunistic exploitation at this time. The S:C (Scope Changed) metric is the most operationally significant signal, confirming that a defect in the guest-side I/O path can livelock a host kernel thread and cross the virtualization boundary - a meaningful concern for dense KVM fleets in cloud and service-provider settings; even a mid-sized municipal IT team in opole operating KVM virtualization with virtio-net should treat this as a priority patch if mergeable buffers are in use, since a stalled or deliberately misbehaving guest VM can reliably trigger the condition. The 'Information Disclosure' tag present in the intelligence feed is not supported by the CVE description or CVSS metrics and appears to be a misclassification - the actual impact is purely availability.

Exploit ScenarioDerived

An attacker operating a guest VM - or influencing one via adjacent network access - sends a stream of packets whose combined size exceeds available virtio ring buffer entries while the guest process is slow or stalled in consuming those entries. With mergeable buffers negotiated, vhost-net attempts to re-enable guest notifications, but vhost_get_avail_idx returns the wrong value, causing vhost_enable_notify to immediately disable notifications and retry in a tight loop, livelocking the host CPU thread servicing that guest's network I/O. No public proof-of-concept exploit has been identified at time of analysis.

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 – Aug 17, 2026

Livelock in the Linux kernel's vhost-net subsystem can cause a host denial-of-service against KVM virtualization environments when mergeable receive buffers (VIRTIO_NET_F_MRG_RXBUF) are negotiated between host and guest. The defect in vhost_get_avail_idx propagates an incorrect return value through vhost_enable_notify, causing the host vhost kernel thread to spin in an immediate disable-then-retry notification loop when the guest is not consuming virtio ring entries fast enough. No public exploit code exists and EPSS stands at 0.17% (6th percentile), but the CVSS Scope Changed (S:C) metric confirms cross-VM-boundary impact on the hypervisor host, making this a meaningful availability risk for KVM-based virtualization fleets.

RemediationAI

Upgrade to a patched stable kernel version: 6.12.97, 6.18.40, or 7.1.5 for production stable series, or 7.2-rc1 for mainline tracking; apply the appropriate patch from the kernel.org stable commits listed in the affected products section. If immediate kernel patching is operationally infeasible, a targeted workaround is to disable mergeable receive buffers (VIRTIO_NET_F_MRG_RXBUF) in the virtio-net configuration for affected guests, which removes the code path that triggers the livelock at the cost of reduced large-packet network throughput. This can be done at the QEMU/libvirt level by removing the mrg_rxbuf feature flag from the VM definition; the trade-off is measurable throughput reduction for workloads transferring large network payloads. No generic network-perimeter control can mitigate this flaw since the trigger is the internal vhost notification logic responding to the guest ring state, not an externally reachable protocol endpoint.

Affected VersionsENISA

Linux patch: 0
Linux 5.18
Linux patch: 7.1.5
Linux patch: 6.18.40
Linux d3bb267bbdcba199568f1325743d9d501dea0560 <09861858a68342f851f71c669ac0f69865c32151
Linux patch: 6.12.97
Linux d3bb267bbdcba199568f1325743d9d501dea0560 <a9326b652bc7acd748d7a1143573845c7924d847
Linux patch: 7.2-rc1
Linux d3bb267bbdcba199568f1325743d9d501dea0560 <e115471008111f894c6528d9ab2ce7d0ce306f35
Linux d3bb267bbdcba199568f1325743d9d501dea0560 <7f229d27bf27c7e589eca690d8612763a7a4801f

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 Linux kernel's vhost subsystem implements the host-side backend for virtio devices, providing near-native I/O performance for KVM guests without requiring userspace QEMU involvement for each operation. The vulnerability is located in vhost_get_avail_idx within drivers/vhost/net.c. The function is documented to report whether new entries have been added to the virtio available ring (i.e., whether vq->avail_idx was updated), but its implementation instead returns whether all ring entries have been consumed - a semantically distinct condition that coincides with the intended behavior in the common case. The divergence becomes fatal when VIRTIO_NET_F_MRG_RXBUF (mergeable receive buffers) is active: the driver may re-enable guest notifications while the ring still contains entries that were insufficient to satisfy an incoming packet's buffer requirements. The wrong return value causes vhost_enable_notify to immediately disable notifications and re-enter processing, livelocking the host vhost thread. The regression is traced to commit d3bb267bbdcb ('vhost: cache avail index in vhost_enable_notify()') and was carried forward unchanged by commit 7ad472397667 ('vhost: move smp_rmb() into vhost_get_avail_idx()'). No CWE is formally assigned, but the root-cause class is incorrect return-value semantics producing a logic error that degenerates into an infinite processing loop. CPE: cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:*.

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

Mergeable buffer feature must be negotiated and guest must be stalling concurrently, warranting AC:H; S:C retained as host thread is impacted by guest-side ring state.

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

Primary rating from Vendor (Linux).

CVSS VectorVendor: Linux

Attack Vector
Adjacent
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Changed
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

4
CVSS changed
Aug 17, 2026 - 06:22 NVD
7.4 (HIGH)
Patch available
Aug 15, 2026 - 07:19 EUVD
CVE Published
Aug 15, 2026 - 05:58 cve.org
HIGH 7.4
CVE Published
Aug 15, 2026 - 05:58 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

vhost: fix vhost_get_avail_idx for a non empty ring

vhost_get_avail_idx is supposed to report whether it has updated vq->avail_idx. Instead, it returns whether all entries have been consumed, which is usually the same. But not always - in drivers/vhost/net.c and when mergeable buffers have been enabled, the driver checks whether the combined entries are big enough to store an incoming packet. If not, the driver re-enables notifications with available entries still in the ring. The incorrect return value from vhost_get_avail_idx propagates through vhost_enable_notify and causes the host to livelock if the guest is not making progress, as vhost will immediately disable notifications and retry using the available entries.

This goes back to commit d3bb267bbdcb ("vhost: cache avail index in vhost_enable_notify()") which changed vhost_enable_notify() to compare the freshly read avail index against vq->last_avail_idx instead of the previously cached vq->avail_idx. Commit 7ad472397667 ("vhost: move smp_rmb() into vhost_get_avail_idx()") then carried over the same comparison when refactoring vhost_enable_notify() to call the unified vhost_get_avail_idx().

The obvious fix is to make vhost_get_avail_idx do what the comment says it does and report whether new entries have been added.

Executive ViewAI

Why It Matters

CVE-2026-74356 is a Linux kernel hypervisor defect that could cause KVM hosts to become unresponsive, disrupting virtual infrastructure and dependent services. While no public exploit exists and real-world exploitation risk is low (EPSS 0.2%), the potential impact to infrastructure availability makes this significant for organizations with KVM-based virtualization. A vendor patch is available and should be applied promptly.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 94% exploitable
Prevalence
High
vhost-net widely deployed as KVM virtio-net backend in cloud and enterprise
Data Quality
5 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
Scheduled
Exploitation· derived
None
System Exposure· derived
Controlled
Automatable· derived
No
Human Impact
High

Priority Score

37
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +37
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: Important
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 Not-Affected

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