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

net/sched: cls_u32: fix manual hash table handle IDR aliasing

A u32 hash table created with an explicit handle ('tc filter add ...
handle 801: u32 divisor N') keys its IDR entry on the raw handle, while
the destroy paths free it under handle2id(handle). The two key domains
disagree for handles in the 0x800..0xFFF htid range:
handle2id() folds them back into the auto-allocated id space (1..0x7FF).

A manual table therefore leaves its raw-keyed IDR entry unreachable on
delete (a permanent leak), and its delete can drop the idr entry of an
unrelated live auto table. A later auto allocation can then hand out a
handle that aliases the live manual table; u32_lookup_ht() first-match
routes lookups and TCA_U32_LINK for that htid to the wrong table.

Key the divisor-path alloc on handle2id(handle) so allocation and
removal share one key domain. A manual handle that maps onto an id
already in use is rejected with -ENOSPC, and auto allocation skips ids
held by live manual tables.

Conditions to recreate:
ip link add test0 type dummy
tc qdisc add dev test0 clsact
tc filter add dev test0 ingress protocol ip pref 1 \
handle 801: u32 divisor 16
tc filter add dev test0 ingress protocol ip pref 2 u32 divisor 16
tc -d filter show dev test0 ingress | grep 'fh 801:'
# unpatched: two live tables with handle 0x80100000 (the pref 2 root
# hnode is auto-allocated id 1); patched: the auto hnode takes id 2.

Also tested with a poc with a live u32 table on the block, add/delete a manual
table 'handle 901: u32 divisor 1' twice; unpatched, the re-add fails with
-ENOSPC because the raw key leaked on the first delete.
Published: 2026-10-18
Score: 3.3 Low
EPSS: < 1% Very Low
KEV: No
Impact: Resource exhaustion and misrouting leading to denial of service
Action: Patch
AI Analysis

Impact

A kernel bug in the net/sched cls_u32 module creates a manual hash table with an explicit handle that keys the IDR entry on the raw handle. When a table is deleted, the destroy path frees the entry under handle2id(handle) instead of the raw key, leaving an IDR entry unreachable and permanently leaked. The deletion can also remove the IDR entry of an unrelated live auto table, causing future auto allocations to hand out a handle that aliases the previously deleted manual table. This misrouting of packet lookups can lead to incorrect traffic control behavior or a denial of service. The underlying weakness involves improper resource release, reflected by CWE‑694.

Affected Systems

All Linux kernel installations that include the net/sched cls_u32 implementation and have not been updated to incorporate the patch commit are affected. The vulnerability exists in every kernel version before the upstream patch described in the pull request history of the Linux kernel repository. No specific distribution or version list is provided, so any distribution that ships a pre‑patched kernel is potentially impacted.

Risk and Exploitability

The likely attack vector requires privileged access to the kernel, such as root or a user with the ability to add or delete traffic‑control filters; this inference is drawn from the need to manipulate traffic‑control filters. The CVSS score is 3.3, indicating a low severity impact, and the EPSS score is below 1%, implying a low likelihood of exploitation. As a result, the overall risk is considered low, although the presence of a permanent memory leak and potential misrouted traffic still warrant attention in environments that heavily use traffic‑control filters.

Generated by OpenCVE AI on October 23, 2026 at 06:43 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Install the latest kernel update that contains the fix for the IDR aliasing bug in the cls_u32 module, as released by the upstream project or the distribution’s vendor. The patch eliminates the mismatch between raw‑keyed and handle2id‑keyed IDR entries, preventing permanent leaks and incorrect handle allocation.
  • Reboot the system after applying the kernel update to ensure the corrected code is loaded and to invalidate any lingering leaked IDR entries from prior kernel sessions.
  • Verify the integrity of the traffic‑control configuration by recreating a sample filter chain in a test environment or on a non‑critical interface, confirming that filter deletions occur without errors and that no duplicate handles appear. If a patch is not yet available, avoid using explicit handles in the 0x800–0xFFF range until a formal update is released.

Generated by OpenCVE AI on October 23, 2026 at 06:43 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4850-1 linux-6.12 security update
History

Fri, 23 Oct 2026 00:45:00 +0000

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

Thu, 22 Oct 2026 12:30:00 +0000

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

None

cvssV3_1

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

threat_severity

Low


Sun, 18 Oct 2026 18:45:00 +0000

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

Sun, 18 Oct 2026 15:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: net/sched: cls_u32: fix manual hash table handle IDR aliasing A u32 hash table created with an explicit handle ('tc filter add ... handle 801: u32 divisor N') keys its IDR entry on the raw handle, while the destroy paths free it under handle2id(handle). The two key domains disagree for handles in the 0x800..0xFFF htid range: handle2id() folds them back into the auto-allocated id space (1..0x7FF). A manual table therefore leaves its raw-keyed IDR entry unreachable on delete (a permanent leak), and its delete can drop the idr entry of an unrelated live auto table. A later auto allocation can then hand out a handle that aliases the live manual table; u32_lookup_ht() first-match routes lookups and TCA_U32_LINK for that htid to the wrong table. Key the divisor-path alloc on handle2id(handle) so allocation and removal share one key domain. A manual handle that maps onto an id already in use is rejected with -ENOSPC, and auto allocation skips ids held by live manual tables. Conditions to recreate: ip link add test0 type dummy tc qdisc add dev test0 clsact tc filter add dev test0 ingress protocol ip pref 1 \ handle 801: u32 divisor 16 tc filter add dev test0 ingress protocol ip pref 2 u32 divisor 16 tc -d filter show dev test0 ingress | grep 'fh 801:' # unpatched: two live tables with handle 0x80100000 (the pref 2 root # hnode is auto-allocated id 1); patched: the auto hnode takes id 2. Also tested with a poc with a live u32 table on the block, add/delete a manual table 'handle 901: u32 divisor 1' twice; unpatched, the re-add fails with -ENOSPC because the raw key leaked on the first delete.
Title net/sched: cls_u32: fix manual hash table handle IDR aliasing
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-10-19T09:22:57.219Z

Reserved: 2026-09-25T10:25:14.361Z

Link: CVE-2026-98629

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T16:17:15.960

Modified: 2026-10-19T10:19:27.130

Link: CVE-2026-98629

cve-icon Redhat

Severity : Low

Publid Date: 2026-10-18T00:00:00Z

Links: CVE-2026-98629 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-23T06:45:07Z

Weaknesses
  • CWE-694

    Use of Multiple Resources with Duplicate Identifier