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/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（） 或接聽程式關閉、點擊 reqsk_put（） 並刪除該接聽程式 ref 來出列 nreq。由於接聽程式是SOCK_RCU_FREE的， post-queue_add因此將 nsk 的 （） 解除參照包裝在 rcu_read_lock（）/rcu_read_unlock（） 中，這也涵蓋了該路徑中現有的 sock_net （nsk） 存取。reqsk_timer_handler（） 路徑不需要相同的更改，原因有兩個：半開請求只有在最終 ACK 之後才變得可讀，其中 tcp_child_process（） 已經喚醒了接聽程式;一旦 nreq 透過 inet_ehash_insert（） 可見，成功路徑就不再直接接觸 NSK。（CVE-2026-46015）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - tcp:リスナー移行後に sk_data_ready() を呼び出します。inet_csk_listen_stop() が確立された子ソケットを終了リスナーから同じSO_REUSEPORTグループ内の別のソケットに移行するとき、ターゲットリスナーは inet_csk_reqsk_queue_add() を通じて新しい承認キューエントリを取得しますが、そのパスはターゲットリスナーのウェイターに通知しません。非ブロッキング accept() はキューを直接チェックするため、引き続き機能しますが、poll()/epoll_wait() 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 を dequeue し、reqsk_put() をヒットし、そのリスナー ref をドロップする可能性があります。リスナーはSOCK_RCU_FREEであるため、nsk の post-queue_add() 逆参照を rcu_read_lock()/rcu_read_unlock() でラップします。これは、そのパスの既存の sock_net(nsk) アクセスもカバーします。reqsk_timer_handler() パスは、次の 2 つの理由で同じ変更を必要としません:半開きのリクエストは、tcp_child_process() がすでにリスナーをウェイクアップしている最後の ACK の後にのみ読み取り可能になります。また、nreq が inet_ehash_insert() を介して可視化されると、成功パスが NSK に直接触れなくなります。(CVE-2026-46015)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - tcp: call sk_data_ready() after listener migration When inet_csk_listen_stop() migrates an established     child socket from a closing listener to another socket in the same SO_REUSEPORT group, the target listener     gets a new accept-queue entry via inet_csk_reqsk_queue_add(), but that path never notifies the target     listener's waiters. A nonblocking accept() still works because it checks the queue directly, but     poll()/epoll_wait() waiters and blocking accept() callers can also remain asleep indefinitely. Call     READ_ONCE(nsk->sk_data_ready)(nsk) after a successful migration in inet_csk_listen_stop(). However, after     inet_csk_reqsk_queue_add() succeeds, the ref acquired in reuseport_migrate_sock() is effectively     transferred to nreq->rsk_listener. Another CPU can then dequeue nreq via accept() or listener shutdown,     hit reqsk_put(), and drop that listener ref. Since listeners are SOCK_RCU_FREE, wrap the post-queue_add()     dereferences of nsk in rcu_read_lock()/rcu_read_unlock(), which also covers the existing sock_net(nsk)     access in that path. The reqsk_timer_handler() path does not need the same changes for two reasons: half-     open requests become readable only after the final ACK, where tcp_child_process() already wakes the     listener; and once nreq is visible via inet_ehash_insert(), the success path no longer touches nsk     directly. (CVE-2026-46015)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
317275	Linux Distros 未修补的漏洞：CVE-2026-46015	Nessus	Misc.	2026/5/27	2026/6/2	high
317275	Linux Distros 未修補的弱點：CVE-2026-46015	Nessus	Misc.	2026/5/27	2026/6/2	high
317275	Linux Distros のパッチ未適用の脆弱性: CVE-2026-46015	Nessus	Misc.	2026/5/27	2026/6/2	high
317275	Linux Distros Unpatched Vulnerability : CVE-2026-46015	Nessus	Misc.	2026/5/27	2026/6/2	high

检测

插件搜索

high

high

high

high