Skip to main content

Linux Kernel EUVDEUVD-2026-39274

| CVE-2026-53183 HIGH
2026-06-25 416baaa9-dc9f-4396-8d5f-8c081fb06d67 GHSA-wxvq-pwv2-xpc3
7.5
CVSS 3.1 · Vendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Share

Severity by source

Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67) PRIMARY
7.5 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
vuln.today AI
7.5 HIGH

Network-reachable, no auth or interaction within an MPTCP session, availability-only impact via rcvbuf overrun; MPTCP being enabled is a config dependency rather than per-attack complexity, so AC:L.

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

Primary rating from Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67).

CVSS VectorVendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67

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

Lifecycle Timeline

5
Analysis Generated
Jun 28, 2026 - 09:24 vuln.today
CVSS changed
Jun 28, 2026 - 08:22 NVD
7.5 (HIGH)
Patch available
Jun 25, 2026 - 10:32 EUVD
CVE Published
Jun 25, 2026 - 09:16 cve.org
UNKNOWN (no severity yet)
CVE Published
Jun 25, 2026 - 09:16 cve.org
HIGH 7.5

DescriptionCVE.org

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

mptcp: allow subflow rcv wnd to shrink

In MPTCP connection, the window field in the TCP header refers to the MPTCP-level rcv_nxt and it's right edge should not move backward. Such constraint is enforced at DSS option generation time.

At the same time, the TCP stack ensures independently that the TCP-level rcv wnd right's edge does not move backward. That in turn causes artificial inflating of the MPTCP rcv window when the incoming data is acked at the TCP level and is OoO in the MPTCP sequence space (or lands in the backlog).

As a consequence, the incoming traffic can exceed the receiver rcvbuf size even when the sender is not misbehaving.

Prevent such scenario forcibly allowing the TCP subflow to shrink the TCP-level rcv wnd regardless of the current netns setting.

AnalysisAI

Resource exhaustion in the Linux kernel's MPTCP (Multipath TCP) subsystem lets a remote peer drive incoming traffic past the receiver's configured rcvbuf size by breaking receive-window accounting. The defect arises because the TCP-level receive window is prevented from shrinking while the MPTCP-level window is independently constrained, so when data is acked at the TCP level but is out-of-order in MPTCP sequence space (or backlogged), the advertised MPTCP window is artificially inflated. EPSS is low (0.18%, 8th percentile), there is no public exploit identified at time of analysis and no KEV listing; the issue is corrected upstream and carries availability impact (CVSS A:H) despite a source 'Information Disclosure' tag.

Technical ContextAI

The affected technology is MPTCP, the Linux kernel's Multipath TCP implementation, which spreads one logical connection across multiple TCP subflows. In MPTCP the TCP header window field encodes the MPTCP-level rcv_nxt right edge, which must not regress - a constraint enforced when generating DSS (Data Sequence Signal) options. Independently, the core TCP stack guarantees its own TCP-level receive-window right edge never moves backward. The root cause is the interaction of these two invariants: when incoming data is acknowledged at the TCP level but remains out-of-order in MPTCP sequence space (or lands in the backlog), the MPTCP window is inflated and the receiver advertises more space than rcvbuf permits. This is a window/buffer accounting defect whose root-cause class is uncontrolled resource consumption (CWE-770-like); no CWE was assigned in the input. The fix forcibly allows the TCP subflow to shrink its TCP-level receive window regardless of the netns shrink setting.

RemediationAI

Vendor-released patch: upgrade to a fixed Linux stable release - 6.1.176, 6.6.143, 6.12.94, 6.18.36, 7.0.13, or 7.1 (or later on the matching branch). Fix commits are available at git.kernel.org/stable (for example https://git.kernel.org/stable/c/b1fd13074f22105deec45aa02283e322733e0c2d and the per-branch commits listed); apply your distribution's corresponding kernel update as it ships. If immediate patching is not possible, the most direct compensating control is to disable MPTCP where it is not needed (for example net.mptcp.enabled=0), which fully removes exposure but breaks any application relying on multipath connectivity; alternatively keep receive-buffer limits conservatively sized and monitor MPTCP-enabled hosts for abnormal memory pressure, accepting that this only reduces, not eliminates, the over-fill condition. A firewall port-block is not an effective workaround because MPTCP rides standard TCP services.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 16.0 Affected

Share

EUVD-2026-39274 vulnerability details – vuln.today

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