Skip to main content

Linux Kernel EUVDEUVD-2026-25555

| CVE-2026-31662 HIGH
Integer Underflow (CWE-191)
2026-04-24 Linux GHSA-895h-4xx6-r95p
7.5
CVSS 3.1 · NVD
Share

Severity by source

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

Attacker must be a participant in TIPC group messaging (PR:L) and impact is limited to loss of broadcast on the affected socket, recoverable by recreating the group (A:L); no confidentiality or integrity impact.

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

Primary rating from NVD.

CVSS VectorNVD

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

Lifecycle Timeline

6
Analysis Generated
Jul 24, 2026 - 02:42 vuln.today
Patch released
Apr 27, 2026 - 20:17 nvd
Patch available
CVSS changed
Apr 27, 2026 - 15:22 NVD
7.5 (HIGH)
Patch available
Apr 24, 2026 - 16:16 EUVD
EUVD ID Assigned
Apr 24, 2026 - 15:00 euvd
EUVD-2026-25555
CVE Published
Apr 24, 2026 - 14:45 nvd
HIGH 7.5

DescriptionCVE.org

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

tipc: fix bc_ackers underflow on duplicate GRP_ACK_MSG

The GRP_ACK_MSG handler in tipc_group_proto_rcv() currently decrements bc_ackers on every inbound group ACK, even when the same member has already acknowledged the current broadcast round.

Because bc_ackers is a u16, a duplicate ACK received after the last legitimate ACK wraps the counter to 65535. Once wrapped, tipc_group_bc_cong() keeps reporting congestion and later group broadcasts on the affected socket stay blocked until the group is recreated.

Fix this by ignoring duplicate or stale ACKs before touching bc_acked or bc_ackers. This makes repeated GRP_ACK_MSG handling idempotent and prevents the underflow path.

AnalysisAI

Denial of service in the Linux kernel's TIPC (Transparent Inter-Process Communication) subsystem allows a duplicate or stale GRP_ACK_MSG to underflow the u16 bc_ackers counter to 65535, permanently wedging group broadcast on the affected socket until the TIPC group is torn down and recreated. The flaw affects the tipc_group_proto_rcv() handler across a wide range of kernel branches (4.15 through the 7.0 series). It is a pure availability issue (CVSS A:H, C:N/I:N); there is no public exploit identified at time of analysis and EPSS probability is negligible (0.02%).

Technical ContextAI

TIPC is an in-kernel cluster/IPC messaging protocol used for node-to-node communication in clustered Linux systems. In group communication mode, each broadcast round tracks outstanding acknowledgements via a per-group bc_ackers counter. The GRP_ACK_MSG handler in tipc_group_proto_rcv() decremented bc_ackers on every inbound group ACK without first checking whether that member had already acknowledged the current round. Because bc_ackers is an unsigned 16-bit integer, decrementing it past zero wraps it to 65535 - a classic CWE-191 integer underflow (unsigned wrap). Once wrapped, tipc_group_bc_cong() perpetually reports broadcast congestion, blocking further group broadcasts on that socket. The fix makes duplicate/stale ACK handling idempotent by ignoring the ACK before touching bc_acked or bc_ackers. CPE data identifies the affected product only as cpe:2.3:a:linux:linux, i.e. the mainline kernel, with the defect confined to the net/tipc group-messaging code path.

RemediationAI

Vendor-released patch: update to a fixed stable kernel - 5.10.253, 5.15.203, 6.1.169, 6.6.135, 6.12.82, 6.18.23, or 7.0 (or later on each branch) - matching your running series, or apply the upstream commits listed at https://git.kernel.org/stable/c/ (e.g. a7db57ccca21, 575faea557f1). Distribution users should install the vendor-packaged fix, for example via Ubuntu USN-8567-1 (https://ubuntu.com/security/notices/USN-8567-1) or the equivalent Red Hat/SUSE erratum. If patching must be deferred and TIPC is not required, the most effective compensating control is to prevent the vulnerable code from loading at all: blacklist the module (add 'blacklist tipc' and 'install tipc /bin/true' in modprobe.d) so the tipc kernel module cannot be autoloaded - this eliminates the attack surface entirely but breaks any application relying on TIPC cluster messaging. Where TIPC is genuinely needed, restrict which nodes can join the TIPC network via bearer/link ACLs and network segmentation so only trusted cluster members can send group ACK traffic, and monitor for sockets stuck reporting broadcast congestion so operators can recreate affected groups.

Vendor StatusVendor

SUSE

Severity: High
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-25555 vulnerability details – vuln.today

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