CVE Catalog

CVE-2026-63971

HighCVSS 7.8
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.16%

6th percentile - higher than 6% of all known CVEs

Summary

A race condition in the Linux kernel's SCTP sctp_wait_for_connect() function allows another thread to peel off the association to a new socket while waiting, causing incorrect lock usage. The fix adds a check to detect migration and return an error.

Risk Assessment

An attacker could exploit this to cause memory corruption, leading to system crashes or potential privilege escalation. Organizations using SCTP face system instability risks.

Recommendation

Immediately update the Linux kernel to a version containing the fix (commit adding sk != asoc->base.sk check). Prioritize patching critical systems using SCTP.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: sctp: fix race between sctp_wait_for_connect and peeloff sctp_wait_for_connect() drops and re-acquires the socket lock while waiting for the association to reach ESTABLISHED state. During this window, another thread can peeloff the association to a new socket via getsockopt(SCTP_SOCKOPT_PEELOFF), changing asoc->base.sk. After re-acquiring the old socket lock, sctp_wait_for_connect() returns success without noticing the migration — the caller then accesses the association under the wrong lock in sctp_datamsg_from_user(). Add the same sk != asoc->base.sk check that sctp_wait_for_sndbuf() already has, returning an error if the association was migrated while we slept.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS