Kernel-memory exhaustion via unbounded HHF flow limit
Published Oct 6, 2026 · Updated Oct 6, 2026
Denial of service in the Linux HHF queueing discipline allows local users with CAP_NET_ADMIN to exhaust kernel memory via hh_limit. The hhf_change() function accepts an unbounded flow limit, allowing alloc_new_hh() to allocate memory for each new heavy-hitter flow instead of enforcing the intended cap. The attack requires qdisc configuration in a user namespace and sustained spoofed traffic; growing allocations can interrupt service on the affected host.
Summary
What happened
Denial of service in the Linux HHF queueing discipline allows local users with CAP_NET_ADMIN to exhaust kernel memory via hh_limit. The hhf_change() function accepts an unbounded flow limit, allowing alloc_new_hh() to allocate memory for each new heavy-hitter flow instead of enforcing the intended cap. The attack requires qdisc configuration in a user namespace and sustained spoofed traffic; growing allocations can interrupt service on the affected host.
The record
- CVE
- CVE-2026-98234
- Published
- Oct 6, 2026
- Updated
- Oct 6, 2026
- Vendor
- The Linux Kernel Organization
- Product
- Linux
- Classifications
- T1499.001
- Attack vector
- local
- Privileges
- authenticated
Timeline
How it unfolded
- Oct 6, 2026CVE publishedPublication date reported by the CVE source.
- Oct 6, 2026Record updatedLatest update available in the CVE record.
Exploitability
Present is not the same as exploitable
Compare your product and version with the public record. A matching version still requires validation against your environment.
Is a vulnerable build present?
Compare these published version ranges with your installed build and any vendor patches.
- Affected versionversion=10239edf86f137ce4c39b62ea9575e8053c549a0 <06d2a101e89063cb0b9b459104db48bdfb0a797d
- Affected versionversion=10239edf86f137ce4c39b62ea9575e8053c549a0 <1731ff1d20489afe4cd01b7d16d37f324746ac54
- Affected versionversion=10239edf86f137ce4c39b62ea9575e8053c549a0 <2cef2588c995722a901368def30befeef9ae55c6
- Affected versionversion=10239edf86f137ce4c39b62ea9575e8053c549a0 <35fd423a5c5132c6f4321f6c4f0a7b4b90af830c
- Affected versionversion=10239edf86f137ce4c39b62ea9575e8053c549a0 <7adfd0a42174b85c6bd678858ecd6674f403f336
- Affected versionversion=10239edf86f137ce4c39b62ea9575e8053c549a0 <d8e2f1f0263b7c97b222c06070cccf13e0ab7112
- Affected versionversion=10239edf86f137ce4c39b62ea9575e8053c549a0 <f3f4a5cb4a6e9b1f1f25d34dfc25f836a1601db4
- Affected versionversion=10239edf86f137ce4c39b62ea9575e8053c549a0 <f6547d27ce2093c5627636fb63dd0b7523c466f9
- Affected versionversion=3.14
What conditions does exploitation require?
What is affected?
Published CVSS scores
No CVSS assessment is available in this record.
CVSS describes severity. EPSS estimates exploitation probability.
Attacks
What attackers are doing with it
Daily unique IPs observed by Shadowserver honeypots for known exploited vulnerabilities (KEVs). Missing observations do not establish an absence of attacks.
Activity data is delayed. The latest report is Sep 28, 2026.
Weakness, pattern, technique
Public exploit references
No public exploit references are available in this record.
Labels summarize the accepted research assessment. They do not indicate a test against your environment.
Technologies
Your stack
See the directory against your own environment.
Your stack
Check the software in your environment
Get started to see how Hinoki identifies affected software and validates exploitability in your environment.
Get started