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

ipip: fix skb leak in collect_md mode when metadata_dst allocation fails

In collect_md mode ipip_tunnel_rcv() returns 0 without freeing the skb
when ip_tun_rx_dst() fails to allocate the metadata_dst. ipip_rcv() and
mplsip_rcv() are registered as xfrm_tunnel handlers, so tunnel4_rcv()
and tunnelmpls4_rcv() read the zero return as "the packet has been
consumed" and do not free it either. The skb is leaked.

The other tunnel drivers all dispose of the packet at this point:
ip6_tunnel.c jumps to its drop label, ip_gre.c and ip6_gre.c return
PACKET_REJECT, which makes gre_rcv() free the skb. Only ipip returns 0.

Jump to the existing drop label instead. It frees the skb and still
returns 0, so the packet keeps being reported as consumed, which is what
we want here: the outer header has already been pulled, and neither the
remaining handlers nor an ICMP unreachable have any use for it.

Triggering this needs an ipip or mplsip tunnel in collect_md mode and an
atomic allocation failure, which is why it has gone unnoticed.
Published: 2026-09-11
Score: 5.9 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Memory Leak (Kernel Resource Exhaustion)
Action: Apply Patch
AI Analysis

Impact

When an IPIP or MPLSIP tunnel operating in collect_md mode cannot allocate the metadata_dst structure, the receive routine returns 0 without freeing the socket buffer. The surrounding tunnel handlers treat a zero return as a consumed packet and likewise do not release the skb. This results in a kernel memory leak (CWE‑772) that, if repeated, could exhaust kernel memory and lead to out‑of‑memory conditions or a denial‑of‑service for the host. The CVSS score of 5.9 indicates moderate severity once the allocation failure condition is met.

Affected Systems

All Linux kernel releases built before the inclusion of the fix for the IPIP tunnel receive leak are vulnerable. The vulnerability applies to any system that runs an IPIP or MPLSIP tunnel configured in collect_md mode using these kernels, regardless of distribution or vendor. Specific kernel versions are not enumerated in the advisory, so any pre‑patched kernel should be considered affected.

Risk and Exploitability

Exploitation requires an attacker who can deliver crafted IPIP or MPLSIP traffic to a host with a tunnel in collect_md mode and trigger a rare allocation failure. The EPSS score is below 1% and the vulnerability is not listed in CISA KEV, indicating that it has not been widely exploited. The moderate CVSS score suggests that, if the exploit condition is satisfied, an attacker could cause memory exhaustion, but the high barrier to exploitation keeps the overall risk relatively low.

Generated by OpenCVE AI on September 13, 2026 at 07:20 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the Linux kernel to a release that incorporates the patch for the IPIP tunnel receive leak or load the kernel without these modules if they are not required.
  • Restrict or block incoming IPIP or MPLSIP traffic with firewall rules or access control lists to reduce exposure to the vulnerability.
  • Consider disabling collect_md mode for IPIP or MPLSIP tunnels if functionality allows, as the leak occurs only in this mode.

Generated by OpenCVE AI on September 13, 2026 at 07:20 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sat, 12 Sep 2026 00:15:00 +0000

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

None

cvssV3_1

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

threat_severity

Moderate


Fri, 11 Sep 2026 23:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: ipip: fix skb leak in collect_md mode when metadata_dst allocation fails In collect_md mode ipip_tunnel_rcv() returns 0 without freeing the skb when ip_tun_rx_dst() fails to allocate the metadata_dst. ipip_rcv() and mplsip_rcv() are registered as xfrm_tunnel handlers, so tunnel4_rcv() and tunnelmpls4_rcv() read the zero return as "the packet has been consumed" and do not free it either. The skb is leaked. The other tunnel drivers all dispose of the packet at this point: ip6_tunnel.c jumps to its drop label, ip_gre.c and ip6_gre.c return PACKET_REJECT, which makes gre_rcv() free the skb. Only ipip returns 0. Jump to the existing drop label instead. It frees the skb and still returns 0, so the packet keeps being reported as consumed, which is what we want here: the outer header has already been pulled, and neither the remaining handlers nor an ICMP unreachable have any use for it. Triggering this needs an ipip or mplsip tunnel in collect_md mode and an atomic allocation failure, which is why it has gone unnoticed.
Title ipip: fix skb leak in collect_md mode when metadata_dst allocation fails
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-11T19:44:35.858Z

Reserved: 2026-09-11T19:38:34.725Z

Link: CVE-2026-89565

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-11T20:19:40.427

Modified: 2026-09-11T20:19:40.427

Link: CVE-2026-89565

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-09-11T19:44:35Z

Links: CVE-2026-89565 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-09-13T07:30:17Z

Weaknesses
  • CWE-772

    Missing Release of Resource after Effective Lifetime