CVE-2026-46227
Gravedad CVSS v3.1:
ALTA
Tipo:
No Disponible / Otro tipo
Fecha de publicación:
28/05/2026
Última modificación:
30/05/2026
Descripción
*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br />
<br />
sctp: revalidate list cursor after sctp_sendmsg_to_asoc() in SCTP_SENDALL<br />
<br />
The SCTP_SENDALL path in sctp_sendmsg() iterates ep->asocs with<br />
list_for_each_entry_safe(), which caches the next entry in @tmp before<br />
the loop body runs. The body calls sctp_sendmsg_to_asoc(), which may<br />
drop the socket lock inside sctp_wait_for_sndbuf().<br />
<br />
While the lock is dropped, another thread can SCTP_SOCKOPT_PEELOFF the<br />
association cached in @tmp, migrating it to a new endpoint via<br />
sctp_sock_migrate() (list_del_init() + list_add_tail() to<br />
newep->asocs), and optionally close the new socket which frees the<br />
association via kfree_rcu(). The cached @tmp can also be freed by a<br />
network ABORT for that association, processed in softirq while the<br />
lock is dropped.<br />
<br />
sctp_wait_for_sndbuf() revalidates @asoc (the current entry) on re-lock<br />
via the "sk != asoc->base.sk" and "asoc->base.dead" checks, but nothing<br />
revalidates @tmp. After a successful return, the iterator advances to<br />
the stale @tmp, yielding either a use-after-free (if the peeled socket<br />
was closed) or a list-walk onto the new endpoint&#39;s list head (type<br />
confusion of &newep->asocs as a struct sctp_association *).<br />
<br />
Both are reachable from CapEff=0; the type-confusion path gives<br />
controlled indirect call via the outqueue.sched->init_sid pointer.<br />
<br />
Fix by re-deriving @tmp from @asoc after sctp_sendmsg_to_asoc()<br />
returns. @asoc is known to still be on ep->asocs at that point: the<br />
only callers that list_del an association from ep->asocs are<br />
sctp_association_free() (which sets asoc->base.dead) and<br />
sctp_assoc_migrate() (which changes asoc->base.sk), and<br />
sctp_wait_for_sndbuf() checks both under the lock before any<br />
successful return; a tripped check propagates as err
Impacto
Puntuación base 3.x
7.80
Gravedad 3.x
ALTA
Referencias a soluciones, herramientas e información
- https://git.kernel.org/stable/c/1bfb06ecb00f7fdf35dba8e8f2877346cbe5e078
- https://git.kernel.org/stable/c/6187a172d6ed57d6b2c327836e4407c6456e639d
- https://git.kernel.org/stable/c/abb5f36771cc4c05899b34000829a787572a8817
- https://git.kernel.org/stable/c/bf0f40d8107e2ce827521968dc6926f3e13728ae
- https://git.kernel.org/stable/c/c9dadb31f36045a8cb65df4bd75e7237ef21a4b5



