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

net/sched: hhf: clamp quantum in change and init paths

hhf_change() accepts any quantum from userspace, including 1. With a
crafted size table qdisc_pkt_len reaches ~2 GiB, so quantum=1 makes
the deficit-refill loop spin ~2^31 times under the qdisc lock
(a soft lockup / denial of service).

Add max(256U, ...) in hhf_change() matching fq_codel_change(). Clamp
hhf_init() to [256, 1<<20] matching the siblings, and remove the old
fallback that only set quantum=256 on overflow.

Conditions to recreate the bug:
CONFIG_NET_SCH_HHF=y. Requires CAP_NET_ADMIN (namespace-local via
unshare -Urn suffices).

tc qdisc add dev dummy0 root hhf
tc qdisc change dev dummy0 root hhf quantum 1 stab data 32768 size_log 15 cell_log 0
Published: 2026-09-25
Score: n/a
EPSS: n/a
KEV: No
Impact: Denial of Service
Action: Apply Patch
AI Analysis

Impact

The vulnerability resides in the Linux kernel’s traffic control hhf qdisc. The hhf_change() function accepts a quantum value from userspace without imposing a lower bound. A quantum of 1, combined with a size table that can grow to approximately 2 GiB, causes the deficit‑refill loop to spin around 2^31 iterations while holding the qdisc lock. This results in a soft lockup and effectively a denial of service. The flaw is triggered via the quantum parameter exposed to tc commands and requires CAP_NET_ADMIN privileges. The impact is an interruption of packet scheduling that can stall kernel threads.

Affected Systems

Linux kernel systems configured with CONFIG_NET_SCH_HHF=yes are affected. The flaw exists in any kernel version that lacks the recent fix, which clamped the quantum to a minimum of 256 and limited hhf_init to a range of [256, 1<<20]. There is no vendor‑specific version information provided; any distribution shipping a kernel with hhf enabled can be impacted.

Risk and Exploitability

The CVSS score is not listed, but the EPSS score is unavailable and the issue is not in the CISA KEV catalog. Nevertheless, the vulnerability is exploitable by any entity that can achieve CAP_NET_ADMIN in the target namespace—typically root or users granted that capability. The attack surface is local and requires administrative privileges, yet the effect—a kernel‑level soft lockup that can halt system responsiveness—requires no network connection or external trigger. The lack of a public exploit does not diminish the risk, as the conditions are straightforward to satisfy with known tc utilities. Because the affected code paths are exercised only when the hhf qdisc is present, mitigation can be applied by disabling or patching the qdisc.

Generated by OpenCVE AI on September 25, 2026 at 15:18 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a version that includes the hhf quantum clamp patch, or apply the backported patch to the current kernel.
  • If upgrading is not immediately possible, disable the hhf qdisc on all interfaces or replace it with a different queuing discipline such as fq_codel.
  • Restrict or remove CAP_NET_ADMIN privileges from processes that do not require network configuration capabilities to prevent tampering with the hhf quantum.

Generated by OpenCVE AI on September 25, 2026 at 15:18 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 25 Sep 2026 15:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-20
CWE-400

Fri, 25 Sep 2026 10:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: net/sched: hhf: clamp quantum in change and init paths hhf_change() accepts any quantum from userspace, including 1. With a crafted size table qdisc_pkt_len reaches ~2 GiB, so quantum=1 makes the deficit-refill loop spin ~2^31 times under the qdisc lock (a soft lockup / denial of service). Add max(256U, ...) in hhf_change() matching fq_codel_change(). Clamp hhf_init() to [256, 1<<20] matching the siblings, and remove the old fallback that only set quantum=256 on overflow. Conditions to recreate the bug: CONFIG_NET_SCH_HHF=y. Requires CAP_NET_ADMIN (namespace-local via unshare -Urn suffices). tc qdisc add dev dummy0 root hhf tc qdisc change dev dummy0 root hhf quantum 1 stab data 32768 size_log 15 cell_log 0
Title net/sched: hhf: clamp quantum in change and init paths
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-25T10:23:35.338Z

Reserved: 2026-09-25T10:19:56.069Z

Link: CVE-2026-98011

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-25T11:17:29.427

Modified: 2026-09-25T11:17:29.427

Link: CVE-2026-98011

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-25T15:30:06Z

Weaknesses
  • CWE-20

    Improper Input Validation

  • CWE-400

    Uncontrolled Resource Consumption