Skip to main content

Linux Kernel CVE-2026-52929

| EUVDEUVD-2026-38699 HIGH
NULL Pointer Dereference (CWE-476)
2026-06-24 Linux GHSA-5j7v-37xj-7vhm
7.5
CVSS 3.1 · Vendor: Linux
Share

Severity by source

Vendor (Linux) 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

Remote SCTP peer triggers a kernel NULL-deref crash without auth or interaction, yielding availability-only impact, hence A:H with C:N/I:N; AC:L matches the low-complexity packet sequence.

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:N/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 (Linux).

CVSS VectorVendor: Linux

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 - 08:25 vuln.today
CVSS changed
Jun 28, 2026 - 08:22 NVD
7.5 (HIGH)
Patch available
Jun 24, 2026 - 09:16 EUVD
CVE Published
Jun 24, 2026 - 07:14 cve.org
UNKNOWN (no severity yet)
CVE Published
Jun 24, 2026 - 07:14 cve.org
HIGH 7.5

DescriptionCVE.org

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

sctp: stream: fully roll back denied add-stream state

When ADD_OUT_STREAMS is denied, SCTP only shrinks the queued chunks and then lowers outcnt. That leaves removed stream metadata behind, so a later re-add can reuse a stale ext and hit a null-pointer dereference in the scheduler get path.

Fix the rollback by tearing down the removed stream state the same way other stream resizes do. Unschedule the current scheduler state, drop the removed stream ext state with sctp_stream_outq_migrate(), and then reschedule the remaining streams.

This keeps scheduler-private RR/FC/PRIO lists consistent while fully rolling back denied outgoing stream additions.

AnalysisAI

Remote denial-of-service in the Linux kernel SCTP stack arises from incomplete rollback when an ADD_OUT_STREAMS (add outgoing streams) reconfiguration request is denied; the kernel shrinks queued chunks and lowers outcnt but leaves stale stream metadata behind, so a later stream re-add reuses a freed/stale 'ext' object and triggers a NULL-pointer dereference in the scheduler get path. Any remote SCTP peer that can negotiate stream reconfiguration on an established association can crash the host, with no authentication or user interaction required per the CVSS vector (AV:N/AC:L/PR:N/UI:N, A:H). There is no public exploit identified at time of analysis and EPSS is low (0.16%), indicating no observed weaponization.

Technical ContextAI

The flaw lives in SCTP (Stream Control Transmission Protocol), a transport-layer protocol (RFC 4960) implemented in net/sctp of the Linux kernel and used for telephony signaling (SIGTRAN/M3UA), WebRTC data channels, and some clustering/storage transports. SCTP supports the Stream Reconfiguration extension (RFC 6525), which lets peers dynamically add or reset outgoing/incoming streams via ADD_OUT_STREAMS requests. Each outgoing stream carries scheduler-private extension state ('ext') used by the stream schedulers (RR round-robin, FC fair-capacity, PRIO priority). When an add-stream request is denied, the existing code only shrank queued chunks and decremented outcnt without tearing down the per-stream ext state via sctp_stream_outq_migrate(), leaving stale metadata that a subsequent re-add could reuse. The fix unschedules current scheduler state, migrates/drops the removed stream ext, and reschedules remaining streams. Although the CWE is listed as N/A, the behavior is a use-after-free / NULL-pointer dereference class (CWE-476/CWE-416) caused by inconsistent state cleanup. The CPE data only identifies the generic cpe:2.3:a:linux:linux product without precise version bounds.

RemediationAI

Vendor-released patch: update to a fixed stable kernel - at minimum 5.10.259, 5.15.210, 6.1.176, 6.6.143, 6.12.94, 6.18.36, or 7.0.13 (and 7.1 mainline) - or your distribution's kernel build that incorporates the corresponding backport, then reboot to load it. The specific stable fix commits are published at git.kernel.org (e.g. https://git.kernel.org/stable/c/39dc2b0eb5371a669ebc9ec6072b9184eac95418 and the sibling commits 0cd2dc6d, a6724b7b, 9662eb04, 7dd9a42b, d5ea0b3e, 1c6773b8, a5f8a90a); cross-reference https://nvd.nist.gov/vuln/detail/CVE-2026-52929. Where immediate patching is not possible and SCTP is not required, disable the module by blacklisting it (e.g. 'install sctp /bin/true' in modprobe config, and confirm it is not auto-loaded), which fully removes the attack surface but breaks any SCTP-dependent workload such as SIGTRAN/M3UA telephony or WebRTC data channels. If SCTP must stay enabled, restrict reachability with firewall rules limiting SCTP (IP protocol 132) to known, trusted peers to reduce who can initiate the stream-reconfiguration handshake - at the cost of administrative overhead and potential breakage if peer sets change. These are compensating controls only; applying the kernel update is the durable fix.

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

CVE-2026-52929 vulnerability details – vuln.today

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