CVE Catalog

CVE-2026-97597

Unknown
Published: Translated: NVD NIST

Summary

In the Linux kernel, the IPv6 flowlabel subsystem has a vulnerability of unbounded lease list growth per socket. Repeated GET requests can lead to uncontrolled memory consumption.

Risk Assessment

A local attacker could exploit this to exhaust kernel memory, leading to denial of service (DoS) or system crash.

Recommendation

Apply the kernel patch that caps leases per socket to FL_MAX_PER_SOCK and checks CAP_NET_ADMIN only when the limit is reached.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: ipv6: flowlabel: cap duplicate leases per socket ipv6_flowlabel_get() allocates an ipv6_fl_socklist entry for every successful GET. The recheck path for a compatible existing flowlabel links another lease without applying any lease admission check. Repeated GET requests for one shareable label can therefore grow a socket's lease list without bound. Reject a new unprivileged lease once the socket already holds FL_MAX_PER_SOCK leases. Check this on the shared recheck path so reuse of a globally interned label, including the fl_intern() collision path, is covered as well. New-label admission remains under the existing mem_check() policy. Use capable(CAP_NET_ADMIN) rather than ns_capable(), matching mem_check(). An unprivileged user must not bypass the cap by creating a user namespace and a netns where they have CAP_NET_ADMIN, which would still consume host memory. Check the capability only when the socket reaches the limit, so successful unprivileged GET requests below the cap do not generate a capability audit. Do the admission check before updating linger and expires so a rejected GET does not refresh the shared label, matching the existing socket-list allocation failure path.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS