Detections
Analytics

Echo: linux: security update to 6.1.176-1

high Tenable Self-Hosted Container Security Plugin ID 461054

Description

There are packages installed that are affected by a vulnerability referenced in the following CVE:

 - 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. (CVE-2026-46227)

Solution

Update the linux library and its related packages to version 6.1.176-1 or later.

See Also

https://advisory.echohq.com/cve/CVE-2026-46227

Plugin Details

Severity: High

ID: 461054

Version: Revision 1.1

Type: Local

Published: 10/2/2026

Updated: 10/2/2026

Risk Information

VPR

Risk Factor: Medium

Score: 4.9

Percentile: 57.95

CVSS v2

Risk Factor: Medium

Base Score: 6.8

Temporal Score: 5

Vector: CVSS2#AV:L/AC:L/Au:S/C:C/I:C/A:C

CVSS Score Source: CVE-2026-46227

CVSS v3

Risk Factor: High

Base Score: 7

Temporal Score: 6.1

Vector: CVSS:3.0/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H

Temporal Vector: CVSS:3.0/E:U/RL:O/RC:C

Vulnerability Information

Exploit Ease: No known exploits are available

Patch Publication Date: 5/28/2026

Vulnerability Publication Date: 5/28/2026

Reference Information

CVE: CVE-2026-46227