In the Linux kernel, the following vulnerability has been resolved:
sctp: fix race between sctpwaitfor_connect and peeloff
sctpwaitforconnect() 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(SCTPSOCKOPTPEELOFF), changing asoc->base.sk. After re-acquiring the old socket lock, sctpwaitforconnect() returns success without noticing the migration — the caller then accesses the association under the wrong lock in sctpdatamsgfrom_user().
Add the same sk != asoc->base.sk check that sctpwaitfor_sndbuf() already has, returning an error if the association was migrated while we slept.
{
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/63xxx/CVE-2026-63971.json",
"cna_assigner": "Linux"
}