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

  - netfilter: nf_tables盡可能避免鏈結重新驗證 Hamza Mahfooz 報告 nft_chain_validate(): watchdog 中的 cpu 軟鎖定 - CPU#1 停滯 27 秒[iptables-nft-re:37547] [..] RIP
    0010:nft_chain_validate+0xcb/0x110 [nf_tables] [..] nft_immediate_validate+0x36/0x50 [nf_tables] nft_chain_validate+0xc9/0x110 [nf_tables] nft_immediate_validate+0x36/0x50 [nf_tables] nft_chain_validate+0xc9/0x1110_[nf_tables] nft_immediate_validate+0x36/0x50 [nf_tables] nft_chain_validate+0xc9/0x1110_[nf_tables] nft_immediate_validate+0x36/0x50 [nf_tables] nft_chain_validate+0xc9/0x1110_[nvalidate_tablex3666] 0x50 [nf_tables] nft_chain_validate+0xc9/0x110 [nf_tables] nft_immediate_validate+0x36/0x50 [nf_tables] nft_chain_validate+0xc9/0x110 [nf_tables] nft_immediate_validate+0x36/0x50 [nf_tables] nft_chain_validate+0xc9/0x110 [nf_tables] nft_immediate_validate+0x36/0x50 [ nf_tables] nft_chain_validate+0xc9/0x110 [nf_tables] nft_table_validate+0x6b/0xb0 [nf_tables] nf_tables_validate+0x8b/0xa0 [nf_tables] nf_tables_commit+0x1df/0x1eb0 [nf_tables] [..] 目前 nf_tables 將游走整個表格 (鏈結圖)從進入點 (基礎鏈結) 開始探索所有可能的路徑 (鏈結跳躍)。但是在某些情況下我們可以避免重新驗證。
    考慮1 input -> j2 -> j3 2 input -> j2 -> j3 3 input -> j1 -> j2 -> j3 然後第二個規則不需要重新驗證 j2以及 (透過延伸 j3)因為這已經是驗證第一條規則期間進行檢查。我們只需要針對規則 3 進行驗證。這是必要的因為鏈結迴圈偵測也可確保我們不會超出跳躍堆疊︰正因為我們知道 j2 是釋放週期其最後一個跳躍現在可能會超過允許的堆疊大小。我們也需要以觀察到的最大呼叫深度更新所有可連線的鏈結。即使鏈結深度不成問題也必須注意重新驗證鏈結驗證也可確保不會從無效的基礎鏈呼叫運算式。例如只能從 NAT 路由後基礎鏈結呼叫 masquerade 運算式。因此我們也需要保留基礎鏈結內容 (類型、hooknum) 的記錄並重新驗證鏈結是否可以從其他勾點位置連線。 (CVE-2025-71160)

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

偵測

Linux Distros 未修補的弱點：CVE-2025-71160

medium Nessus Plugin ID 296412

版本 1.6