Skip to main content

Linux Kernel CVE-2026-68118

| EUVDEUVD-2026-55499 HIGH
2026-08-10 Linux GHSA-wr69-pfwc-72wx
High
Disputed · 8.2 Vendor: Linux
Share

Severity by source

Sources disagree (Low–High)
Vendor (Linux) PRIMARY
8.2 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:H
vuln.today AI
8.2 HIGH

Network vector applies as RST injection is fully remote; PR:N confirmed since no authentication gate exists; A:H reflects connection abort impact; I:L captures improper TCP state transition with no confidentiality effect.

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

vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.

CVSS VectorVendor: Linux

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

Lifecycle Timeline

5
Analysis Generated
Aug 14, 2026 - 02:20 vuln.today
CVSS changed
Aug 13, 2026 - 23:37 NVD
8.2 (HIGH)
Patch available
Aug 10, 2026 - 14:18 EUVD
CVE Published
Aug 10, 2026 - 11:58 cve.org
HIGH 8.2
CVE Published
Aug 10, 2026 - 11:58 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

tcp: challenge ACK for non-exact RST in SYN-RECEIVED

The SYN-RECEIVED request-socket path in tcp_check_req() accepts an in-window RST without requiring SEG.SEQ to exactly match RCV.NXT. A non-exact RST therefore removes the request instead of eliciting a challenge ACK.

RFC 9293 section 3.10.7.4 applies the RFC 5961 reset check in SYN-RECEIVED: an exact RST resets the connection, while a non-exact in-window RST must trigger a challenge ACK and be dropped.

Apply that check before the ACK-field validation, following the RFC sequence-number, RST, then ACK processing order. Factor the per-netns challenge ACK quota out of tcp_send_challenge_ack() so request sockets can share it. Use the request socket's send_ack() callback and its own out-of-window ACK timestamp to send and rate-limit the response.

AnalysisAI

TCP connection disruption in the Linux kernel exposes systems handling SYN-RECEIVED state connections to blind RST injection attacks that bypass RFC 5961 and RFC 9293 challenge ACK protections. The tcp_check_req() function accepts in-window RST segments with non-exact sequence numbers, allowing a remote unauthenticated attacker to abort half-open connections without meeting the exact SEQ match requirement mandated by RFC 9293 section 3.10.7.4. Exploitation probability remains low (EPSS 0.17%, 6th percentile) and no public exploit or KEV listing has been identified, though the CVSS 8.2 score reflects the ease of network access (AV:N/AC:L/PR:N) combined with a high availability impact from connection disruption.

Technical ContextAI

The Linux kernel's TCP implementation processes connection setup through request sockets in the SYN-RECEIVED state via the tcp_check_req() function. RFC 9293 section 3.10.7.4 specifies two distinct RST-handling behaviors: an exact sequence match (SEG.SEQ == RCV.NXT) resets the connection immediately, while a non-exact but in-window RST must elicit a challenge ACK and be discarded - the anti-spoofing mechanism introduced by RFC 5961 to defeat blind RST injection. The kernel's SYN-RECEIVED path for request sockets lacked this bifurcation, treating any in-window RST as authoritative and removing the half-open connection without challenge. The fix refactors the per-netns challenge ACK quota out of tcp_send_challenge_ack() so that request sockets can share the quota, and uses each request socket's own send_ack() callback and out-of-window ACK timestamp for correct rate-limiting. The CPE string cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:* spans the full range of affected kernel versions, and the root cause is best characterized as an RFC compliance gap in input validation logic rather than a classical memory-safety flaw, which accounts for the absence of a specific CWE assignment.

RemediationAI

Upgrade to a patched Linux kernel version - specifically 6.18.42, 7.1.6, or 7.2-rc5 or later - per fixes confirmed at kernel.org stable commits: https://git.kernel.org/stable/c/234f9ffbd9b2c1b24ec67200ea3cff07401bec48, https://git.kernel.org/stable/c/22cec809b048495310f206d9abbcdbbfbdce3ae3, and https://git.kernel.org/stable/c/a28c4fcbf774e23b4779cae468e3497a5ad1f4a1. The NVD entry is available at https://nvd.nist.gov/vuln/detail/CVE-2026-68118. Distribution maintainers should be monitored for downstream security advisories incorporating these commits into vendor kernels. Where immediate kernel patching is not feasible, deploying stateful firewall rules (iptables/nftables with conntrack) that enforce TCP state tracking and drop RST segments not matching established connection entries provides partial mitigation; note this adds connection-tracking memory overhead and does not fully substitute for the kernel-level fix since in-window RSTs during the SYN-RECEIVED phase may still be processed before conntrack confirms state. Implementing BCP38 ingress filtering at the network perimeter to drop spoofed source addresses reduces off-path blind RST injection risk but does not protect against on-path attackers. Rate-limiting SYN-RECEIVED state exposure at the network edge (via SYN cookies or reduced SYN backlog timeouts) narrows the attack window at the cost of potentially impacting high-connection-rate services.

Vendor StatusVendor

SUSE

Severity: Low
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

CVE-2026-68118 vulnerability details – vuln.today

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