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.
References
Link Providers
https://access.redhat.com/errata/RHSA-2026:26462 cve-icon
https://access.redhat.com/errata/RHSA-2026:26515 cve-icon
https://access.redhat.com/errata/RHSA-2026:26535 cve-icon
https://access.redhat.com/errata/RHSA-2026:26563 cve-icon
https://access.redhat.com/errata/RHSA-2026:27731 cve-icon
https://access.redhat.com/errata/RHSA-2026:27735 cve-icon
https://access.redhat.com/errata/RHSA-2026:33899 cve-icon
https://access.redhat.com/errata/RHSA-2026:34094 cve-icon
https://access.redhat.com/errata/RHSA-2026:36018 cve-icon
https://access.redhat.com/errata/RHSA-2026:36348 cve-icon
https://access.redhat.com/errata/RHSA-2026:36349 cve-icon
https://access.redhat.com/errata/RHSA-2026:36956 cve-icon
https://access.redhat.com/errata/RHSA-2026:59142 cve-icon
https://access.redhat.com/errata/RHSA-2026:59143 cve-icon
https://access.redhat.com/errata/RHSA-2026:59145 cve-icon
https://access.redhat.com/errata/RHSA-2026:59146 cve-icon
https://access.redhat.com/errata/RHSA-2026:59147 cve-icon
https://access.redhat.com/errata/RHSA-2026:59148 cve-icon
https://access.redhat.com/errata/RHSA-2026:59149 cve-icon
https://access.redhat.com/security/cve/CVE-2026-46227 cve-icon
https://bugzilla.redhat.com/show_bug.cgi?id=2482564 cve-icon
https://git.kernel.org/stable/c/0c7b55974f97b78d1109025eadf084e74cbf330f cve-icon cve-icon
https://git.kernel.org/stable/c/0dbc8cde64280fc37cdd678cced34eaf96cfb197 cve-icon cve-icon
https://git.kernel.org/stable/c/1bfb06ecb00f7fdf35dba8e8f2877346cbe5e078 cve-icon cve-icon
https://git.kernel.org/stable/c/6187a172d6ed57d6b2c327836e4407c6456e639d cve-icon cve-icon
https://git.kernel.org/stable/c/abb5f36771cc4c05899b34000829a787572a8817 cve-icon cve-icon
https://git.kernel.org/stable/c/bf0f40d8107e2ce827521968dc6926f3e13728ae cve-icon cve-icon
https://git.kernel.org/stable/c/c9dadb31f36045a8cb65df4bd75e7237ef21a4b5 cve-icon cve-icon
https://git.kernel.org/stable/c/f3a3f0b406b4b7eb3cea35a23fa2bf170848b104 cve-icon cve-icon
https://lore.kernel.org/linux-cve-announce/2026052838-CVE-2026-46227-4bf1@gregkh/T cve-icon
https://nvd.nist.gov/vuln/detail/CVE-2026-46227 cve-icon
https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-46227.json cve-icon
https://www.cve.org/CVERecord?id=CVE-2026-46227 cve-icon
History

Tue, 25 Aug 2026 13:30:00 +0000


Wed, 10 Jun 2026 19:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416
CPEs cpe:2.3:o:linux:linux_kernel:7.1:rc1:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:7.1:rc2:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:7.1:rc3:*:*:*:*:*:*

Mon, 01 Jun 2026 17:00:00 +0000


Sat, 30 May 2026 11:00:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

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

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'}


Fri, 29 May 2026 03:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-188
CWE-416

Fri, 29 May 2026 00:15:00 +0000

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

None

cvssV3_1

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

threat_severity

Important


Thu, 28 May 2026 14:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-188
CWE-416

Thu, 28 May 2026 10:15:00 +0000

Type Values Removed Values Added
Description 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.
Title sctp: revalidate list cursor after sctp_sendmsg_to_asoc() in SCTP_SENDALL
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-25T12:05:41.607Z

Reserved: 2026-05-13T15:03:33.106Z

Link: CVE-2026-46227

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Modified

Published: 2026-05-28T10:16:38.317

Modified: 2026-08-25T13:19:15.520

Link: CVE-2026-46227

cve-icon Redhat

Severity : Important

Publid Date: 2026-05-28T00:00:00Z

Links: CVE-2026-46227 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-06-10T21:45:41Z