Skip to main content

Linux Kernel EUVDEUVD-2026-25648

| CVE-2026-31681 MEDIUM
2026-04-25 Linux
5.5
CVSS 3.1 · NVD
Share

Severity by source

NVD PRIMARY
5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
vuln.today AI
5.5 MEDIUM

Requires CAP_NET_ADMIN (low privilege, local) to load malformed rules; crash-only impact warrants A:H with no confidentiality or integrity effect.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE
MEDIUM
qualitative
Red Hat
6.1 MEDIUM
qualitative

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

7
Analysis Generated
Jul 24, 2026 - 02:13 vuln.today
CVSS changed
May 06, 2026 - 21:22 NVD
5.5 (MEDIUM)
Patch released
Apr 27, 2026 - 18:32 nvd
Patch available
Patch available
Apr 25, 2026 - 10:16 EUVD
EUVD ID Assigned
Apr 25, 2026 - 09:00 euvd
EUVD-2026-25648
CVE Published
Apr 25, 2026 - 08:46 nvd
N/A
CVE Published
Apr 25, 2026 - 08:46 nvd
MEDIUM 5.5

DescriptionNVD

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

netfilter: xt_multiport: validate range encoding in checkentry

ports_match_v1() treats any non-zero pflags entry as the start of a port range and unconditionally consumes the next ports[] element as the range end.

The checkentry path currently validates protocol, flags and count, but it does not validate the range encoding itself. As a result, malformed rules can mark the last slot as a range start or place two range starts back to back, leaving ports_match_v1() to step past the last valid ports[] element while interpreting the rule.

Reject malformed multiport v1 rules in checkentry by validating that each range start has a following element and that the following element is not itself marked as another range start.

AnalysisAI

Out-of-bounds array access in the Linux kernel's netfilter xt_multiport module enables a local attacker with low privileges to crash the system via a crafted malformed iptables rule. The checkentry validation path for multiport v1 rules fails to verify range encoding, allowing ports_match_v1() to step past the end of the ports[] array when processing rules where the last slot is flagged as a range start or when two consecutive range-start markers appear without an intervening range-end. Exploitation is confined to local actors with CAP_NET_ADMIN capability; no public exploit has been identified and EPSS sits at 0.02% (5th percentile), consistent with the narrow attack surface.

Technical ContextAI

The vulnerability resides in net/netfilter/xt_multiport.c within the Linux kernel's netfilter subsystem, which underpins iptables and nftables packet filtering. The xt_multiport module (loaded via 'iptables -m multiport') supports matching packets against multiple source or destination ports including port ranges encoded in the v1 format. In v1 encoding, a non-zero pflags[i] entry signals that ports[i] is the start of a range, and ports_match_v1() unconditionally treats the next array element ports[i+1] as the range end. The checkentry function validates protocol type, flag values, and port count but omits validation of the range encoding itself - it never confirms that each range-start entry has a successor within bounds, or that two consecutive entries are not both flagged as range starts. This constitutes an out-of-bounds read (analogous to CWE-125) when ports_match_v1() evaluates a packet against a malformed rule at runtime. CPE data identifies the affected product as cpe:2.3:a:linux:linux:* across all architectures, with the vulnerable code traceable to commit a89ecb6a2ef732d04058d87801e2b6bd7e5c7089 and the bug present as far back as Linux 2.6.17 when the xt_multiport v1 interface was introduced.

RemediationAI

Upgrade to a patched Linux kernel: 6.12.83, 6.18.24, 6.19.14, or 7.0, as available from your distribution vendor or from upstream kernel.org stable trees (see commits referenced above). Ubuntu users should apply the packages listed in USN-8567-1 at https://ubuntu.com/security/notices/USN-8567-1. Where immediate patching is not feasible, restrict CAP_NET_ADMIN to explicitly trusted processes by auditing container capability grants and seccomp profiles - this prevents untrusted workloads from loading malformed iptables rules and is the highest-value compensating control; the trade-off is that legitimate containerized network configuration will also be blocked. Alternatively, blacklisting the xt_multiport kernel module ('echo blacklist xt_multiport >> /etc/modprobe.d/xt_multiport.conf' followed by 'modprobe -r xt_multiport') eliminates the vulnerable code path entirely, but will break any existing firewall rules that use '-m multiport', requiring those rules to be rewritten using multiple individual '-p tcp --dport' match statements before applying.

Vendor StatusVendor

SUSE

Severity: Medium
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Fixed
SUSE Linux Enterprise Desktop 15 SP7 Fixed
SUSE Linux Enterprise High Availability Extension 15 SP7 Fixed
SUSE Linux Enterprise High Availability Extension 15 SP7 Fixed
SUSE Linux Enterprise High Performance Computing 15 SP7 Fixed

Share

EUVD-2026-25648 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy