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

  - tcp：监听器迁移后调用 sk_data_ready（） 当 inet_csk_listen_stop（） 将已建立的子套接字从关闭监听器迁移到同一SO_REUSEPORT组中的另一个套接字时，目标监听器通过 inet_csk_reqsk_queue_add（） 获取新的接受队列条目，但该路径从未通知目标监听器的等待程序。非阻塞 accept（） 仍然有效，因为它直接检查队列，但 poll（）/epoll_wait（） 等待程序和阻止 accept（） 调用程序也可以无限期地保持睡眠状态。在 inet_csk_listen_stop（） 中成功迁移后调用 READ_ONCE（nsk->sk_data_ready）（nsk）。但是，inet_csk_reqsk_queue_add（） 成功后，在 reuseport_migrate_sock（） 中获取的 ref 将有效地转移到 nreq->rsk_listener。然后另一个 CPU 可通过 accept（） 或监听器关闭使 nreq 出列，点击 reqsk_put（） 并丢弃该监听程序 ref。由于侦听器SOCK_RCU_FREE，因此将 nsk 的 （） 取消引用封装 post-queue_add在 rcu_read_lock（）/rcu_read_unlock（） 中，其还涵盖该路径中现有的 sock_net（nsk） 访问。reqsk_timer_handler（） 路径不需要相同的更改，原因有两个：半开请求只有在最终 ACK 之后才变得可读，其中 tcp_child_process（） 已经唤醒了监听器;并且一旦通过 inet_ehash_insert（） 导致 nreq 可见，成功路径将不再直接接触 NSK。（CVE-2026-46015）

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

检测

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

high Nessus 插件 ID 317275

版本 1.18