In the Linux kernel, the following vulnerability has been resolved: sctp: purge outqueue on stale COOKIE-ECHO handling sctp_stream_update() is only invoked when the association is moved into COOKIE_WAIT during association setup/reconfiguration. In this path, the outbound stream scheduler state (stream->out_curr) is expected to be clean, since no user data should have been transmitted yet unless the state machine has already partially progressed. However, a corner case exists in sctp_sf_do_5_2_6_stale(): when a Stale Cookie ERROR is received, the association is rolled back from COOKIE_ECHOED to COOKIE_WAIT. In this scenario, user data may already have been queued and even bundled with the COOKIE-ECHO chunk. During the rollback, sctp_stream_update() frees the old stream table and installs a new one, but it does not invalidate stream->out_curr. As a result, out_curr may still point to a freed sctp_stream_out entry from the previous stream state. Later, SCTP scheduler dequeue paths (FCFS, RR, PRIO, etc.) rely on stream->out_curr->ext, which can lead to use-after-free once the old stream state has been released via sctp_stream_free(). This results in crashes such as (reported by Yuqi): BUG: KASAN: slab-use-after-free in sctp_sched_fcfs_dequeue+0x13a/0x140 Read of size 8 at addr ff1100004d4d3208 by task mini_poc/9312 CPU: 1 UID: 1001 PID: 9312 Comm: mini_poc Not tainted 7.1.0-rc1-00305-gbd3a4795d574 #5 PREEMPT(full) sctp_sched_fcfs_dequeue+0x13a/0x140 sctp_outq_flush+0x1603/0x33e0 sctp_do_sm+0x31c9/0x5d30 sctp_assoc_bh_rcv+0x392/0x6f0 sctp_inq_push+0x1db/0x270 sctp_rcv+0x138d/0x3c10 Fix this by fully purging the association outqueue when handling the Stale Cookie case. This ensures all pending transmit and retransmit state is dropped, and any scheduler cached pointers are invalidated, making it safe to rebuild stream state during COOKIE_WAIT restart. Updating only stream->out_curr would be insufficient, since queued and retransmittable data would still reference the old stream state and trigger later use-after-free in dequeue paths.
When an SCTP association receives a Stale Cookie ERROR, the state machine reverts the state from COOKIE_ECHOED to COOKIE_WAIT. During this reversion, the sctp_stream_update() function frees the old stream array and installs a new one, but fails to invalidate the stream->out_curr pointer. As a result, out_curr still points to the freed sctp_stream_out entry from the previous stream state. Subsequent calls to outgoing queue schedulers (FCFS, RR, PRIO, etc.) access stream->out_curr->ext, leading to access of already freed memory (use-after-free) and system crash.
An attacker can cause a system crash (kernel panic / crash) through a slab-use-after-free error. Under favorable circumstances, arbitrary code execution in the context of the operating system kernel is also possible.
Apply patches available from the vendor according to the references. Fixes have been published in the Linux kernel stable repository under commits: 1d4652f67790, 2afc9e684dc7, 3c0741a441a7, 83ade59e5da3, 84b7a319105d.
Linux kernel — versions specified in vendor references (fix commits available in stable kernel repository).
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HLinux Kernel
OSLinux7.15.11 – 5.15.210 (excl.)5.16 – 6.1.176 (excl.)6.2 – 6.6.143 (excl.)4.15 – 5.10.259 (excl.)6.13 – 6.18.36 (excl.)6.19 – 7.0.13 (excl.)6.7 – 6.12.94 (excl.)
Related vulnerabilities
Type confusion w V8 (Google Chrome) — zdalne uszkodzenie sterty
Commvault Command Center – nieuwierzytelniony RCE przez path traversal w ZIP
RCE przez YAML deserialization w IBM Aspera Faspex
RCE w VMware Workspace ONE Access i Identity Manager poprzez server-side template injection
Command Injection w VMware Workspace One Access i Identity Manager