Skip to main content

Linux Kernel CVE-2026-72398

| EUVDEUVD-2026-59297 CRITICAL
2026-08-15 Linux GHSA-59hc-5687-r27h
Critical
Disputed · 9.8 Vendor: Linux
Share

Severity by source

Sources disagree (Medium–Critical)
Vendor (Linux) PRIMARY
9.8 CRITICAL
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
vuln.today AI
7.7 HIGH

Network-reachable and pre-auth within SCTP, but AC:H because a non-default cookie_auth_enable-disabled config is required; impact is primarily out-of-bounds read (C:H) and association DoS (A:H).

3.1 AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:L/A:H
4.0 AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:L/VA:H/SC:N/SI:N/SA:N
SUSE
7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
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
High
Integrity
High
Availability
High

Lifecycle Timeline

5
Analysis Generated
Aug 17, 2026 - 09:04 vuln.today
CVSS changed
Aug 17, 2026 - 06:22 NVD
9.8 (CRITICAL)
Patch available
Aug 15, 2026 - 07:20 EUVD
CVE Published
Aug 15, 2026 - 05:56 cve.org
CRITICAL 9.8
CVE Published
Aug 15, 2026 - 05:56 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

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

sctp: add INIT verification after cookie unpacking

In SCTP handshake, the INIT chunk is initially processed by the server and embedded into the cookie carried in INIT-ACK. The client then returns this cookie via COOKIE-ECHO, where the server unpacks it and reconstructs the original INIT chunk.

When cookie authentication is enabled, the cookie contents are protected against tampering, so reusing the unpacked INIT without re-verification is safe.

However, when cookie authentication is disabled, the reconstructed INIT can no longer be trusted. In this case, the INIT must be explicitly validated after unpacking to avoid processing potentially tampered data.

Add sctp_verify_init() checks after cookie unpacking in COOKIE-ECHO processing paths (sctp_sf_do_5_1D_ce() and sctp_sf_do_5_2_4_dupcook()) when cookie_auth_enable is disabled. On failure, the new association is freed and the packet is discarded.

Also tighten cookie validation in sctp_unpack_cookie() by verifying the embedded chunk type is SCTP_CID_INIT before treating it as an INIT chunk.

Finally, update sctp_verify_init() to validate parameter bounds using the actual embedded INIT length instead of chunk->chunk_end, since the INIT stored in COOKIE-ECHO may not span the entire chunk buffer.

AnalysisAI

Improper validation of SCTP COOKIE-ECHO data in the Linux kernel's SCTP stack allows a remote peer to have tampered INIT chunk parameters processed by the server when cookie authentication (cookie_auth_enable) is disabled. Because the server previously reconstructed and trusted the INIT embedded in the returned cookie without re-verifying it, a manipulated cookie could drive parameter parsing beyond the embedded INIT's real bounds, risking out-of-bounds reads (information disclosure) or association instability. No public exploit has been identified at time of analysis, EPSS is low (0.25%), and the issue is not in CISA KEV; the fix adds sctp_verify_init() re-validation after cookie unpacking.

Technical ContextAI

SCTP (Stream Control Transmission Protocol, RFC 4960) uses a four-way handshake in which the server offloads state into a signed cookie: the client's INIT is embedded into the cookie carried by INIT-ACK, and later returned in COOKIE-ECHO where the server unpacks it via sctp_unpack_cookie() and rebuilds the original INIT (handled in sctp_sf_do_5_1D_ce() for new associations and sctp_sf_do_5_2_4_dupcook() for duplicate cookies). Normally the cookie is integrity-protected, so reusing the unpacked INIT is safe; but with cookie_auth_enable disabled, the cookie is no longer tamper-evident, so the reconstructed INIT is attacker-influenceable. The root-cause class is missing input validation of deserialized data (CWE-20-style improper input validation; the NVD CWE field is N/A here). A specific aggravating detail: sctp_verify_init() previously bounded parameter parsing using chunk->chunk_end rather than the actual embedded INIT length, so the INIT stored inside COOKIE-ECHO - which may not span the whole chunk buffer - could be parsed out of bounds. CPE identifies the affected product only as cpe:2.3:a:linux:linux, i.e. the mainline kernel SCTP subsystem.

RemediationAI

Vendor-released patch: upgrade to Linux 6.18.40 or 7.1.5 (or mainline 7.2-rc2 and later), pulling the fix commits bca3100f, 062bcbf8, or 414c5447 from git.kernel.org/stable and rebuilding/redeploying your kernel; consume the equivalent patched package from your distribution when it ships. As an immediate compensating control that does not require a reboot-to-new-kernel, ensure SCTP cookie authentication remains enabled (do not disable cookie_auth_enable), which keeps the cookie tamper-evident and closes the trust gap the fix addresses - the trade-off is none for security but it must be verified rather than assumed. Where SCTP is not needed, unload or blacklist the sctp module (e.g. via modprobe blacklist) to remove the attack surface entirely, accepting that any application relying on SCTP will lose connectivity. If SCTP is required, restrict reachability of SCTP endpoints with host/network filtering so only trusted peers can complete the handshake, understanding this only reduces exposure and does not fix the underlying validation gap. See the advisory at https://nvd.nist.gov/vuln/detail/CVE-2026-72398.

Vendor StatusVendor

SUSE

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

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