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

  - netfilter： nf_tables：盡可能避免鏈重新驗證 Hamza Mahfooz 在 nft_chain_validate（） 中報告 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/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_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 輸入 -> j2 -> j3 2 輸入 -> j2 -> j3 3 輸入 -> j1 -> j2 -> j3 然後第二個規則不需要重新驗證 j2，並且透過擴展 j3，因為在驗證第一個規則期間已經檢查過這。我們只需要針對規則 3 驗證它。這是必需的，因為鏈環檢測還可以確保我們不會超過跳轉堆棧：僅僅因為我們知道 j2 是無循環的，它的最後一次跳轉現在可能會超過允許的堆棧大小。我們還需要使用新的觀察到的最大呼叫深度來更新所有可連線的鏈。即使鏈深度不是問題，也必須小心重新驗證：鏈驗證還確保表達式不會從無效的基礎鏈調用。例如，偽裝運算式只能從 NAT postrouting 基底鏈呼叫。因此，我們還需要保留基底鏈上下文（類型、hooknum）的記錄，並重新驗證鏈是否可以從不同的鉤子位置訪問。（CVE-2025-71160）

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

偵測

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

medium Nessus Plugin ID 296412

版本 1.28