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

ipmr: account multicast table and route memory

A netadmin in a user+net namespace can create many IPv4 and IPv6
multicast routing tables with MRT_TABLE and MRT6_TABLE. Each unseen
id allocates an mr_table via the shared mr_table_alloc(), links it
into the per-net list, and leaves it until netns teardown. Those
objects were not charged to memcg, so the host unreclaimable slab
grows with the table count.

Account mr_table allocations with GFP_KERNEL_ACCOUNT and mark the
IPv4/IPv6 MFC caches SLAB_ACCOUNT. This matches the established
handling of IP addresses, routes and alternate interface names.

Unresolved MFC entries are still allocated from softIRQ with
GFP_ATOMIC and are not charged. They expire after 10 seconds and are
bounded by the socket receive queue; see commit 0079ad8e8dc3
("ipmr: remove hard code cache_resolve_queue_len limit").
Published: 2026-09-25
Score: n/a
EPSS: < 1% Very Low
KEV: No
Impact: Memory Exhaustion (Denial of Service)
Action: Patch Immediately
AI Analysis

Impact

The vulnerability arises when a netadmin in a user+network namespace can create an arbitrary number of IPv4 or IPv6 multicast routing tables using MRT_TABLE and MRT6_TABLE. Each newly created table allocates an mr_table via mr_table_alloc, which is then linked to the per-net list. Because these objects are not accounted to the memory control group, unreclaimable slab memory grows with the number of tables, potentially exhausting system memory. This uncontrolled resource consumption can lead to a denial‑of‑service condition, degrading overall system availability. The flaw typifies an uncontrolled resource consumption weakness (CWE‑400).

Affected Systems

The flaw exists in all Linux kernel releases that implement the legacy multicast table allocation logic before the commits referenced in the provided git URLs. Distributions shipping a kernel version prior to those commits are affected. The mechanism is part of the core kernel, not tied to a specific distribution build.

Risk and Exploitability

Exploitation requires a user with netadmin privileges inside a network namespace, so the primary attack vector is a local privileged netadmin user within a network namespace. The vulnerability is not remotely exploitable and is unlikely to be targeted from outside. No EPSS score is available and the vulnerability is not listed in the CISA KEV catalog, but because the unchecked allocation can continually grow slab memory, it poses a high‑severity risk that could disrupt services or lead to system unavailability. The lack of early once the conditions are met, the kernel will allocate additional mr_tables until memory is depleted or the system becomes unstable.

Generated by OpenCVE AI on September 25, 2026 at 22:02 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the Linux kernel to a version that includes the patch which accounts mr_table allocations using GFP_KERNEL_ACCOUNT and marks the caches SLAB_ACCOUNT.
  • Restrict the MRT_TABLE and MRT6_TABLE interface usage to trusted accounts or disable them in untrusted network namespaces to prevent unbounded table creation.
  • Enable kernel slab usage monitoring and enforce cgroup limits on kernel objects related to multicast routing to prevent uncontrolled growth.

Generated by OpenCVE AI on September 25, 2026 at 22:02 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

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

Type Values Removed Values Added
Weaknesses 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: ipmr: account multicast table and route memory A netadmin in a user+net namespace can create many IPv4 and IPv6 multicast routing tables with MRT_TABLE and MRT6_TABLE. Each unseen id allocates an mr_table via the shared mr_table_alloc(), links it into the per-net list, and leaves it until netns teardown. Those objects were not charged to memcg, so the host unreclaimable slab grows with the table count. Account mr_table allocations with GFP_KERNEL_ACCOUNT and mark the IPv4/IPv6 MFC caches SLAB_ACCOUNT. This matches the established handling of IP addresses, routes and alternate interface names. Unresolved MFC entries are still allocated from softIRQ with GFP_ATOMIC and are not charged. They expire after 10 seconds and are bounded by the socket receive queue; see commit 0079ad8e8dc3 ("ipmr: remove hard code cache_resolve_queue_len limit").
Title ipmr: account multicast table and route memory
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:22:52.332Z

Reserved: 2026-09-25T10:18:58.204Z

Link: CVE-2026-97939

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

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

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

Link: CVE-2026-97939

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-25T22:15:08Z

Weaknesses
  • CWE-400

    Uncontrolled Resource Consumption