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

  - xfrm重複 SPI 處理。此問題源於 Strongswan 初始化 XFRM_MSG_ALLOCSPI Netlink 訊息其可觸發核心函式 xfrm_alloc_spi()。此函式應可確保傳入安全性關聯 (SA) 之安全性參數索引 (SPI) 的唯一性。不過即使要求的 SPI 已在使用中它還是會傳回成功導致指派給多個傳入 SA 的重複 SPI 僅能以其目的地位址加以區別。此行為會在 SPI 查閱傳入封包期間造成不一致。由於查閱可能會在具有相同 SPI 的 SA 中傳回任意 SA因此封包處理可能會失敗進而導致封包丟棄。根據 RFC 4301 第 4.4.2 節針對傳入處理單點傳送 SA 由 SPI 唯一識別或由通訊協定識別。可靠地重現問題：若要一致地重現問題，請限制 charon.conf 中可用的 SPI 範圍 spi_min = 0x10000000 spi_max = 0x10000002 這樣會將系統限制為只有 2 個可用的 SPI 值。接著建立 2 個以上的子 SA。各自使用唯一的 src/dst 位址配對。第三個子 SA 啟動後系統會立即指派重複的 SPI因為 SPI 集區已耗盡。若 SPI 範圍較窄此問題會持續重現。使用更廣泛/預設的範圍時，這種情況會變得很少見且無法預測。目前實作xfrm_spi_hash() 查閱函式使用 daddr、proto 和 系列計算雜湊。因此如果兩個 SA 有相同的 SPI 但不同的目的地位址則它們會將雜湊到不同的儲桶 b。儲存在不同的連結清單中 (byspi + h) c。不會在相同的 hlist_for_each_entry_rcu() 反覆運算中顯示。因此查閱將導致 NULL 且核心允許 Duplicate SPI Proposed Change: xfrm_state_lookup_spi_proto() 執行真正的全域搜尋
    - 跨所有狀態無論雜湊值區與 是否符合 SPI 和 proto。 (CVE-2025-39797)

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

偵測

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

high Nessus Plugin ID 264708

版本 1.19