Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - udp：修正使用hash2時的萬用字元綁定衝突檢查。當將udp_sock綁定到本地位址與埠時，UDP使用兩個雜湊值（udptable->hash與udptable->hash2）來進行碰撞偵測。當前程式碼在 hslot-> count > 10 時切換為 hash2。Hash2 以本地位址和本地埠口來鍵控。雜湊值僅由本地埠鍵控。問題可透過以下綁定序列（偽代碼）表示：bind（fd1， [fd00：：1]：8888） bind（fd2， [fd00：：2]：8888） bind（fd3， [fd00：：3]：8888） bind（fd4， [fd00：：4]：8888） bind（fd5， [fd00：：5]：8888） bind（fd6， [fd00：：6]：8888） bind（fd7， [fd00：：7]：8888） bind（fd8， [fd00：：8]：8888） bind（fd9， [fd00：：9]：8888） bind（fd10， [fd00：：10]：8888） /* 正確返回
    -EADDRINUSE，因為用的是雜湊值 * 而非 hash2。udp_lib_lport_inuse（） 偵測 * 衝突。*/ bind（fail_fd， [：：]：8888） /* 當再綁定一個 socket 到 [fd00：：11]：8888 後，* hslot-> count 超過 10，改用 hash2。*/ bind（fd11， [fd00：：11]：8888） bind（fail_fd， [：：]：8888） /* 意外成功 */ 同樣的問題也發生在 IPv4 萬用卡位址 0.0.0.0 和 IPv4 映射的萬用卡位址 ：：ffff：0.0.0.0。例如，若存在綁定到 192.168.1.[ 的套接字1-11]：8888，然後 0.0.0.0結合 ：8888 或 [：：FFFF：0.0.0.0]：8888 也可能會在 hslot->count > 10 時錯過衝突。
    TCP inet_csk_get_port（） 已經在 inet_use_bhash2_on_bind（） 中有正確的檢查。把它重新命名為 inet_use_hash2_on_bind（），並移到 inet_hashtables.h，這樣 udp.c 才能在這個修正中重複使用它。
    (CVE-2026-31503)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2026-31503

medium Nessus Plugin ID 309803

版本 1.20