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

net/sched: fq_pie: clamp default quantum to avoid signed overflow

fq_pie_init() sets q->quantum = psched_mtu(qdisc_dev(sch)) without
clamping. A device with a huge MTU (e.g. dummy with max_mtu == 0
accepting MTU 2147483634) makes psched_mtu() return 0x80000000, which
overflows the signed flow->deficit to INT_MIN in fq_pie_qdisc_dequeue(),
causing an infinite loop and soft lockup. Emulate fq_pie_policy which
is already bounded to [1, 1 << 20]; clamp the default to [256, 1 << 20].
256 matches fq_codel's floor and is a sane minimum for a DRR quantum.

Conditions to recreate the bug: a device whose MTU (plus
hard_header_len) wraps psched_mtu() into the sign bit (e.g. a dummy
device with max_mtu == 0 accepting MTU 2147483634). Requires
CAP_NET_ADMIN in a user namespace.
Published: 2026-09-17
Score: n/a
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service
Action: Patch Immediately
AI Analysis

Impact

The vulnerability is a signed integer overflow in the fq_pie packet scheduler. When a network device with an excessively large MTU is bound to fq_pie, the default quantum calculation yields 0x80000000, which overflows the signed deficit counter inside fq_pie_qdisc_dequeue. This overflow drives the counter to INT_MIN and causes an infinite loop, resulting in a soft lockup that disables packet processing and leads to a denial of service on the affected system. The weakness is a classic signed integer overflow (CWE‑190).

Affected Systems

The affected product is the Linux kernel itself, through the fq_pie packet scheduler. Any Linux installation that enables fq_pie on a network interface capable of an oversized MTU – such as a dummy or virtual device with max_mtu configured to allow values close to the maximum signed 32‑bit integer – is vulnerable. The issue is not tied to a particular distribution version; the fix is present in later kernel releases, so the risk applies to any system running an unsorted kernel version that contains the unpatched fq_pie code.

Risk and Exploitability

The EPSS score is below 1 % and the vulnerability is not listed in the CISA KEV catalog, indicating no known active exploits. However, the CVSS‑style severity is high because an attacker with CAP_NET_ADMIN in a user namespace can configure a device with a malicious MTU, trigger the overflow, and cause a soft lockup. The path to exploitation requires privileged network configuration tools; it is not exploitable over the network unless a privileged user has local access. Thus the threat remains significant for privileged users or compromised local accounts.

Generated by OpenCVE AI on September 20, 2026 at 03:48 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a version that contains the corrected fq_pie quantum clamping logic.
  • If a quick upgrade is not possible, avoid creating network devices that permit MTUs larger than 2^31‑1 on interfaces that use fq_pie; remove or re‑configure dummy interfaces with a sane MTU.
  • Disable fq_pie or switch to a different qdisc (e.g., fq_codel) on interfaces where high‑MTU devices are required and the kernel version cannot be updated.

Generated by OpenCVE AI on September 20, 2026 at 03:48 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4817-1 linux-6.12 security update
Debian DSA Debian DSA DSA-6528-1 linux security update
History

Sun, 20 Sep 2026 04:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-190

Thu, 17 Sep 2026 16:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: net/sched: fq_pie: clamp default quantum to avoid signed overflow fq_pie_init() sets q->quantum = psched_mtu(qdisc_dev(sch)) without clamping. A device with a huge MTU (e.g. dummy with max_mtu == 0 accepting MTU 2147483634) makes psched_mtu() return 0x80000000, which overflows the signed flow->deficit to INT_MIN in fq_pie_qdisc_dequeue(), causing an infinite loop and soft lockup. Emulate fq_pie_policy which is already bounded to [1, 1 << 20]; clamp the default to [256, 1 << 20]. 256 matches fq_codel's floor and is a sane minimum for a DRR quantum. Conditions to recreate the bug: a device whose MTU (plus hard_header_len) wraps psched_mtu() into the sign bit (e.g. a dummy device with max_mtu == 0 accepting MTU 2147483634). Requires CAP_NET_ADMIN in a user namespace.
Title net/sched: fq_pie: clamp default quantum to avoid signed overflow
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-09-17T16:05:54.214Z

Reserved: 2026-09-11T19:38:34.785Z

Link: CVE-2026-90074

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-17T17:16:56.530

Modified: 2026-09-17T17:16:56.530

Link: CVE-2026-90074

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-20T04:00:09Z

Weaknesses
  • CWE-190

    Integer Overflow or Wraparound