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

  - sctp：删除对等机时清除new_transport sctp_process_asconf_param（） 在 asoc->new_transport 中存储新添加的对等机传输。处理 ASCONF 区块中的所有参数后，sctp_sf_do_asconf（） 使用此指针将 HEARTBEAT 发送到新的传输。来自远程 SCTP 对等机的经认证的 ASCONF 可以添加传输，然后在同一区块中使用通配符 DEL-IP 参数再次删除它。通配符删除将保留 ASCONF 到达的传输，但通过 sctp_assoc_del_nonprimary_peers（） 删除新添加的传输。删除操作未清除 asoc->new_transport，而是将其指向已删除的传输。sctp_sf_do_asconf（） 接着会创建一个 HEARTBEAT，其 chunk->transport 指向已删除的传输，但不保留传输引用。
    在本地地址替换期间，src_out_of_asoc_ok 保持此 HEARTBEAT 处于control_chunk_list状态。RCU 释放传输后，成功ASCONF_ACK替换地址将释放排队的 HEARTBEAT，并且 sctp_outq_select_transport（） 读取已释放传输的状态。该问题是在 SCTP 对象的静态审计期间发现的。通过经身份验证的对等机，复制程序在启用 KASAN 的 netdev/main 内核上的 2 次未修补的运行中，有 2 次触发相同的 KASAN 报告： 缺陷：KASAN：在 addr ffff88800b9bd95c 处的 sctp_outq_select_transport 读取中存在大小为 4 的释放后使用，由任务 python3/197 调用跟踪：
    sctp_outq_select_transport+0x549/0x8b0 [sctp] sctp_outq_flush+0x306/0x2c60 [sctp] sctp_transport_immediate_rtx+0xaf/0x260 [sctp] sctp_process_asconf_ack+0xa48/0xf70 [sctp] 按任务 197 分配：sctp_transport_new+0x68/0x650 [sctp] sctp_assoc_add_peer+0x258/0x12a0 [sctp] sctp_process_asconf+0x5e9/0x1090 [sctp] 上一次可能相关的工作创建：
    __call_rcu_common.constprop.0+0x77/0xb70 sctp_assoc_del_nonprimary_peers+0x7c/0xd0 [sctp] sctp_process_asconf+0xd9c/0x1090 [sctp] 第一个无效访问是在 net/sctp/outqueue.c：833 的 transport->state 的四字节读取。同一复制器通过此更改完成了完整的认证 ASCONF 和本地地址替换序列，没有 KASAN 报告或 oops。在删除对等机时清除 new_transport，然后才能将其用于创建心跳信息。（CVE-2026-74586）

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

检测

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

critical Nessus 插件 ID 338926

版本 1.13