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

net/sched: sch_multiq: Replace direct dequeue call with peek and qdisc_dequeue_peeked

multiq_dequeue() takes a packet from a band's child with a direct
->dequeue() call after multiq_peek() peeked it. When the child is
non-work-conserving the peek stashes the skb in the child's gso_skb, so
the direct dequeue returns a different skb and orphans the stash,
desyncing the child's qlen/backlog. With a qfq child reached through a
peeking parent (e.g. tbf) this re-enters the child on an emptied list and
dereferences NULL, panicking the kernel from softirq on ordinary egress.

Take the packet through qdisc_dequeue_peeked(), as sch_prio already does
and as sch_red and sch_sfb were just fixed to do. The helper is a no-op
when the child has no stash, so a work-conserving child is unaffected.
Published: 2026-08-15
Score: 7.8 High
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The flaw resides in the Linux kernel’s networking scheduling module, specifically in how sch_multiq dequeues packets from child disciplines. The code originally performed a direct dequeue after peeking, which mismanages a stored sk_buff when the child is non‑work‑conserving. This results in an orphaned packet stash and a subsequent NULL dereference during a softirq while processing normal egress traffic, causing the kernel to panic. The effect is an instantaneous system crash that brings the host offline, exposing a severe availability breach. The vulnerability stems from a NULL pointer dereference (CWE‑476).

Affected Systems

The affected product is the Linux kernel across all distributions that have not incorporated the commit removing the direct dequeue in sch_multiq. No specific kernel versions are listed, so any kernel predating the patch is potentially vulnerable. Users running custom kernels or older stable releases that have not yet been updated are included in the risk scope.

Risk and Exploitability

The CVSS score of 7.8 classifies this as a high severity vulnerability. The EPSS score is reported as <1%, indicating a low likelihood of exploitation at discovery time, and the vulnerability is not listed in the CISA KEV catalog, so no known widespread exploits exist. However, the crash can be triggered by traffic that forces the kernel to route packets through the affected queue disciplines, a behavior that is inferred from the description. Because the outage is total and immediate, the risk remains high for any system that cannot be patched promptly.

Generated by OpenCVE AI on August 18, 2026 at 05:23 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the Linux kernel to a version that includes the sch_multiq patch.
  • Reconfigure the networking stack to avoid using sch_multiq in combination with peeking parent disciplines such as tbf or qfq, or switch to a work‑conserving queue discipline.
  • If an immediate kernel update is not feasible, backport the patch to the current kernel source, rebuild, and deploy the patched kernel.

Generated by OpenCVE AI on August 18, 2026 at 05:23 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 18 Aug 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-476
References
Metrics threat_severity

None

threat_severity

Moderate


Mon, 17 Aug 2026 08:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-476

Mon, 17 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 7.8, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H'}


Sat, 15 Aug 2026 21:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-476

Sat, 15 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: net/sched: sch_multiq: Replace direct dequeue call with peek and qdisc_dequeue_peeked multiq_dequeue() takes a packet from a band's child with a direct ->dequeue() call after multiq_peek() peeked it. When the child is non-work-conserving the peek stashes the skb in the child's gso_skb, so the direct dequeue returns a different skb and orphans the stash, desyncing the child's qlen/backlog. With a qfq child reached through a peeking parent (e.g. tbf) this re-enters the child on an emptied list and dereferences NULL, panicking the kernel from softirq on ordinary egress. Take the packet through qdisc_dequeue_peeked(), as sch_prio already does and as sch_red and sch_sfb were just fixed to do. The helper is a no-op when the child has no stash, so a work-conserving child is unaffected.
Title net/sched: sch_multiq: Replace direct dequeue call with peek and qdisc_dequeue_peeked
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-17T05:39:39.361Z

Reserved: 2026-08-09T03:40:39.901Z

Link: CVE-2026-72036

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-15T06:21:12.613

Modified: 2026-08-17T06:18:01.457

Link: CVE-2026-72036

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-15T00:00:00Z

Links: CVE-2026-72036 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-18T05:30:08Z

Weaknesses