Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - sctp：过时的 COOKIE-ECHO 处理时清除出队列 sctp_stream_update（） 仅在关联设置/重新配置期间将关联移至 COOKIE_WAIT 时才调用。在此路径中，出站流计划程序状态 （stream->out_curr） 预期为干净，因为除非状态机已经部分进行，否则应该尚未传输任何用户数据。但是，sctp_sf_do_5_2_6_stale（） 中存在一种极端情况：收到过时的 Cookie ERROR 时，关联会从 COOKIE_ECHOED 回滚为 COOKIE_WAIT。在这种情况下，用户数据可能已经排队，甚至与 COOKIE-ECHO 区块捆绑在一起。在回滚期间，sctp_stream_update（） 会释放旧的 stream 表并安装新的表，但是不会使 stream->out_curr 无效。因此，out_curr可能仍指向从之前的流状态中释放的sctp_stream_out条目。之后，SCTP 计划程序出列路径（FCFS、RR、PRIO 等）依赖于 stream->out_curr->ext，一旦通过 sctp_stream_free（） 释放旧流状态，可导致释放后使用。这会导致诸如此类的崩溃（由 Yuqi 报告）：缺陷：KASAN：
    sctp_sched_fcfs_dequeue+0x13a/0x140 中的 slab-after-use-free（在地址 ff1100004d4d3208）按任务 mini_poc/9312 读取的大小为 8 CPU：1 UID：1001 PID：9312 通信：mini_poc 未受感染 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 通过在以下情况下完全清除关联出队列来修复此问题处理过时 Cookie 情况。这可确保终止所有待定传输和重传状态，并且所有计划程序缓存的指针无效，从而可在重新启动期间安全地重建流状态COOKIE_WAIT。仅更新 stream->out_curr 是不够的，因为已排队且可重新传输的数据仍会引用旧的数据流状态，并稍后在出列路径中触发释放后使用。（CVE-2026-52924）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-52924

high Nessus 插件 ID 322515

版本 1.16