Description
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.
Published: 2026-07-19
Score: 7.8 High
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability is a race condition in the Linux kernel’s SCTP implementation. It arises when sctp_wait_for_connect() releases the socket lock while waiting for an association to become established, and then reacquires it. During that window another thread can invoke SCTP_SOCKOPT_PEELOFF, moving the association to a new socket and changing asoc->base.sk. When the lock is re‑acquired, the routine mistakenly operates on the old socket, leading to access under a stale lock. This synchronization issue can result in memory corruption or kernel crashes, and it corresponds to CWE‑367.

Affected Systems

The flaw affects all Linux kernel versions that include the pre‑patch SCTP code; no specific version range is given, so every kernel build that still contains the vulnerable implementation is potentially affected.

Risk and Exploitability

The CVSS score of 7.8 classifies the issue as high severity. The EPSS score of less than 1% indicates a very low likelihood of exploitation at this time, and the vulnerability is not listed in the CISA KEV catalog. The attack vector is inferred to be local, requiring a user or process that can create SCTP sockets and issue the peeloff option; these capabilities are normally available to any non‑privileged user on the system. While exploitation is unlikely, a successful attack could result in denial of service or kernel memory corruption.

Generated by OpenCVE AI on August 4, 2026 at 06:29 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a release that contains the SCTP synchronization fix described in the advisory commit.
  • If a kernel upgrade cannot be applied immediately, manually apply the patch that adds the sk != asoc->base.sk check in sctp_wait_for_connect() (and the analogous check in sctp_wait_for_sndbuf()).
  • Restart any SCTP‑using services or reboot the host after applying the patch or new kernel to ensure the changes take effect.

Generated by OpenCVE AI on August 4, 2026 at 06:29 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Ubuntu USN Ubuntu USN USN-8593-1 Linux kernel vulnerabilities
Ubuntu USN Ubuntu USN USN-8603-1 Linux kernel (Azure) vulnerabilities
Ubuntu USN Ubuntu USN USN-8618-1 Linux kernel vulnerabilities
History

Sun, 26 Jul 2026 08:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-165

Wed, 22 Jul 2026 12:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-367
References
Metrics threat_severity

None

threat_severity

Moderate


Tue, 21 Jul 2026 23:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-165

Mon, 20 Jul 2026 14:45:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 7.8, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H'}


Sun, 19 Jul 2026 15:30:00 +0000

Type Values Removed Values Added
Description 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.
Title sctp: fix race between sctp_wait_for_connect and peeloff
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-05T12:37:42.789Z

Reserved: 2026-07-19T07:54:57.024Z

Link: CVE-2026-63971

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-07-19T00:00:00Z

Links: CVE-2026-63971 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-04T06:30:05Z

Weaknesses
  • CWE-367

    Time-of-check Time-of-use (TOCTOU) Race Condition