CVE-2026-46227CWE-362CWE-367CWE-416

CVE-2026-46227

High · published May 28, 2026

CVSS v3.1
7.8
EPSS
0%
Percentile
2.8
In the wild
Unconfirmed
What it is

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

sctp: revalidate list cursor after sctp_sendmsg_to_asoc() in SCTP_SENDALL

The SCTP_SENDALL path in sctp_sendmsg() iterates ep->asocs with

list_for_each_entry_safe(), which caches the next entry in @tmp before

the loop body runs. The body calls sctp_sendmsg_to_asoc(), which may

drop the socket lock inside sctp_wait_for_sndbuf().

While the lock is dropped, another thread can SCTP_SOCKOPT_PEELOFF the

association cached in @tmp, migrating it to a new endpoint via

sctp_sock_migrate() (list_del_init() + list_add_tail() to

newep->asocs), and optionally close the new socket which frees the

association via kfree_rcu(). The cached @tmp can also be freed by a

network ABORT for that association, processed in softirq while the

lock is dropped.

sctp_wait_for_sndbuf() revalidates @asoc (the current entry) on re-lock

via the "sk != asoc->base.sk" and "asoc->base.dead" checks, but nothing

revalidates @tmp. After a successful return, the iterator advances to

the stale @tmp, yielding either a use-after-free (if the peeled socket

was closed) or a list-walk onto the new endpoint's list head (type

confusion of &newep->asocs as a struct sctp_association *).

Both are reachable from CapEff=0; the type-confusion path gives

controlled indirect call via the outqueue.sched->init_sid pointer.

Fix by re-deriving @tmp from @asoc after sctp_sendmsg_to_asoc()

returns. @asoc is known to still be on ep->asocs at that point: the

only callers that list_del an association from ep->asocs are

sctp_association_free() (which sets asoc->base.dead) and

sctp_assoc_migrate() (which changes asoc->base.sk), and

sctp_wait_for_sndbuf() checks both under the lock before any

successful return; a tripped check propagates as err < 0 and the loop

bails before the re-derive.

The SCTP_ABORT path in sctp_sendmsg_check_sflags() returns 0 and the

loop hits 'continue' before sctp_sendmsg_to_asoc() is ever called, so

the @tmp cached by list_for_each_entry_safe() still covers the

lock-held free that ba59fb027307 ("sctp: walk the list of asoc

safely") was added for.

The record
Technical detail
CVSS v3.1
7.8 · HIGH
Vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
CVSS v4.0
Not supplied
EPSS
0.00137 · 2.8th percentile
Weaknesses
CWE-362 · Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition'); CWE-367 · Time-of-check Time-of-use (TOCTOU) Race Condition; CWE-416 · Use After Free
Published
2026-05-28T14:16Z
Affected products (10)
ProductVersionsFixed in
linux/linux_kernel≥ 4.17, < 5.10.2585.10.258
linux/linux_kernel≥ 5.11, < 5.15.2095.15.209
linux/linux_kernel≥ 5.16, < 6.1.1756.1.175
linux/linux_kernel≥ 6.2, < 6.6.1406.6.140
linux/linux_kernel≥ 6.7, < 6.12.906.12.90
linux/linux_kernel≥ 6.13, < 6.18.326.18.32
linux/linux_kernel≥ 6.19, < 7.0.97.0.9
linux/linux_kernelall versions—
linux/linux_kernelall versions—
linux/linux_kernelall versions—
References (31)
https://git.kernel.org/stable/c/0c7b55974f97b78d1109025eadf084e74cbf330f · 416baaa9-dc9f-4396-8d5f-8c081fb06d67https://git.kernel.org/stable/c/0dbc8cde64280fc37cdd678cced34eaf96cfb197 · 416baaa9-dc9f-4396-8d5f-8c081fb06d67https://git.kernel.org/stable/c/1bfb06ecb00f7fdf35dba8e8f2877346cbe5e078 · 416baaa9-dc9f-4396-8d5f-8c081fb06d67https://git.kernel.org/stable/c/6187a172d6ed57d6b2c327836e4407c6456e639d · 416baaa9-dc9f-4396-8d5f-8c081fb06d67https://git.kernel.org/stable/c/abb5f36771cc4c05899b34000829a787572a8817 · 416baaa9-dc9f-4396-8d5f-8c081fb06d67https://git.kernel.org/stable/c/bf0f40d8107e2ce827521968dc6926f3e13728ae · 416baaa9-dc9f-4396-8d5f-8c081fb06d67https://git.kernel.org/stable/c/c9dadb31f36045a8cb65df4bd75e7237ef21a4b5 · 416baaa9-dc9f-4396-8d5f-8c081fb06d67https://git.kernel.org/stable/c/f3a3f0b406b4b7eb3cea35a23fa2bf170848b104 · 416baaa9-dc9f-4396-8d5f-8c081fb06d67https://access.redhat.com/errata/RHSA-2026:26462 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:26515 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:26535 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:26563 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:27731 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:27735 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:33899 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:34094 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:36018 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:36348 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:36349 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:36956 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:59142 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:59143 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:59145 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:59146 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:59147 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:59148 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/errata/RHSA-2026:59149 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://access.redhat.com/security/cve/CVE-2026-46227 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://bugzilla.redhat.com/show_bug.cgi?id=2482564 · 0b0ca135-0b70-47e7-9f44-1890c2a1c46chttps://cert-portal.siemens.com/productcert/html/ssa-784472.html · 0b142b55-0307-4c5a-b3c9-f314f3fb7c5ehttps://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-46227.json · 0b0ca135-0b70-47e7-9f44-1890c2a1c46c
EPSS history
Timeline
  • 28 MAY 09:40Z
    sctp: revalidate list cursor after sctp_sendmsg_to_asoc() in SCTP_SENDALL
    cvelistv5