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

netfilter: ip6t_rt: fix zero-address non-strict match out-of-bounds read

rt_mt6_check() permits rules to be configured with rtinfo->addrnr == 0
even when address matching (IP6T_RT_FST_MASK) is requested.

In the IP6T_RT_FST_NSTRICT path, rt_mt6() evaluates packet routing
addresses against rtinfo->addrs[i] and terminates backwards at the bottom
of the loop:

if (ipv6_addr_equal(ap, &rtinfo->addrs[i])) {
i++;
}
if (i == rtinfo->addrnr)
break;

When addrnr is 0, if the first packet address matches rtinfo->addrs[0],
i is incremented to 1. Because i is now strictly greater than addrnr (0),
the loop termination condition (i == rtinfo->addrnr) is bypassed and will
never be satisfied.

If a crafted IPv6 packet contains matching routing addresses, i will
advance past IP6T_RT_HOPS (16). The subsequent call to ipv6_addr_equal()
reads beyond struct ip6t_rt, triggering UBSAN/KASAN out-of-bounds warnings
or kernel panics.

Fix this by:
1. Rejecting rules in rt_mt6_check() where IP6T_RT_FST_MASK is set but
rtinfo->addrnr is zero.
2. In rt_mt6(), moving the termination condition (i < rtinfo->addrnr)
into the for-loop header condition and removing the backwards break
at the end of the loop body.
Published: 2026-10-18
Score: 7.1 High
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service via out‑of‑bounds read in Linux kernel netfilter logic
Action: Upgrade
AI Analysis

Impact

The vulnerability stems from the netfilter ip6t_rt module in the Linux kernel. When a rule is configured with rtinfo->addrnr equal to zero while the IP6T_RT_FST_MASK option is enabled, the packet processing loop incorrectly advances the index past the number of routing addresses. This causes the code to read memory beyond the ip6t_rt structure, triggering UBSAN/KASAN out‑of‑bounds warnings or fatal kernel panics. The primary impact is a denial of service or kernel instability; the flaw does not provide direct remote code execution but can disrupt services and potentially enable further exploitation if attacker privilege escalates.

Affected Systems

All Linux kernels that include the netfilter ip6t_rt functionality before the patch are affected, regardless of distribution or specific version. The issue is present in any kernel that implements the ip6t_rt module without the fix present in the referenced commits. Systems that use ip6tables rules requiring IP6T_RT_FST_MASK with a zero address count are particularly vulnerable.

Risk and Exploitability

The bug can be triggered by any entity capable of crafting IPv6 packets that match a misconfigured netfilter rule, allowing a single packet to cause a kernel panic and thus denial of service on the target machine. The EPSS score is < 1% and the vulnerability is not listed in the CISA KEV catalog, indicating limited widespread exploitation to date. The CVSS score of 7.1 denotes high severity; nevertheless, because the flaw leads to an out‑of‑bounds read that can bring down the kernel, the risk remains moderate for affected systems. No confirmed remote code execution path exists, but the impact on availability is significant.

Generated by OpenCVE AI on October 24, 2026 at 15:48 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a version that includes the committed fix for the ip6t_rt zero‑address non‑strict match bug.
  • If a kernel upgrade is not immediately possible, audit and modify existing ip6tables netfilter rules that enable IP6T_RT_FST_MASK with zero addrnr; either set addrnr to a non‑zero value or remove the rule entirely.
  • Implement kernel memory corruption detection such as KASAN or UBSAN where available and monitor system logs for anomalous read warnings or kernel panic events.

Generated by OpenCVE AI on October 24, 2026 at 15:48 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
Ubuntu USN Ubuntu USN USN-8961-1 Linux kernel vulnerabilities
History

Sat, 24 Oct 2026 14:15:00 +0000

Type Values Removed Values Added
Metrics 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'}

cvssV3_1

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


Wed, 21 Oct 2026 00:30:00 +0000

Type Values Removed Values Added
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


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

Type Values Removed Values Added
Weaknesses CWE-125

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

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: netfilter: ip6t_rt: fix zero-address non-strict match out-of-bounds read rt_mt6_check() permits rules to be configured with rtinfo->addrnr == 0 even when address matching (IP6T_RT_FST_MASK) is requested. In the IP6T_RT_FST_NSTRICT path, rt_mt6() evaluates packet routing addresses against rtinfo->addrs[i] and terminates backwards at the bottom of the loop: if (ipv6_addr_equal(ap, &rtinfo->addrs[i])) { i++; } if (i == rtinfo->addrnr) break; When addrnr is 0, if the first packet address matches rtinfo->addrs[0], i is incremented to 1. Because i is now strictly greater than addrnr (0), the loop termination condition (i == rtinfo->addrnr) is bypassed and will never be satisfied. If a crafted IPv6 packet contains matching routing addresses, i will advance past IP6T_RT_HOPS (16). The subsequent call to ipv6_addr_equal() reads beyond struct ip6t_rt, triggering UBSAN/KASAN out-of-bounds warnings or kernel panics. Fix this by: 1. Rejecting rules in rt_mt6_check() where IP6T_RT_FST_MASK is set but rtinfo->addrnr is zero. 2. In rt_mt6(), moving the termination condition (i < rtinfo->addrnr) into the for-loop header condition and removing the backwards break at the end of the loop body.
Title netfilter: ip6t_rt: fix zero-address non-strict match out-of-bounds read
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-24T14:09:02.897Z

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

Link: CVE-2026-98485

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T16:16:59.187

Modified: 2026-10-24T14:16:43.780

Link: CVE-2026-98485

cve-icon Redhat

Severity : Moderate

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

Links: CVE-2026-98485 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-24T16:00:18Z

Weaknesses