Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - xfrm重复的 SPI 处理 strongswan 启动会触发内核函数 xfrm_alloc_spi() 的 XFRM_MSG_ALLOCSPI Netlink 消息时就会产生此问题。此函数应确保入站安全关联 (SA) 的安全参数索引 (SPI) 的唯一性。但是，即使请求的 SPI 已在使用中，其也可返回 Success，从而导致将重复的 SPI 分配给多个入站 SA，仅通过目标地址加以区分。此行为会造成 SPI 查找入站数据包期间出现不一致。由于查找操作可能返回具有相同 SPI 的任意 SA因此数据包处理可能失败从而导致数据包丢失。根据 RFC 4301 第 4.4.2 节为了入站处理单播 SA 由 SPI 和可选协议唯一标识。可靠地重现问题要一致地重现问题请限制 charon.conf 中的可用 SPI 范围spi_min = 0x10000000 spi_max = 0x10000002 这将系统限制为仅有 2 个可用 SPI 值。接下来，创建 2 个以上的子 SA。每个都使用唯一的 src/dst 地址对。一旦启动第 3 个子 SA，系统就会为其分配重复的 SPI，因为 SPI 池已耗尽。由于 SPI 范围较窄问题会持续重现。通过更广泛的/默认范围，这种情况变得罕见且不可预测。当前实现xfrm_spi_hash() 查找函数使用 daddr、proto 和系列计算哈希。因此如果两个 SA 具有相同的 SPI 但目标地址不同则它们将哈希到不同的存储段 b。存储在不同的链接列表中 (byspi + h) c。在同一个 hlist_for_each_entry_rcu() 迭代中不可见。因此查找将导致 NULL 且内核允许复制 SPI 建议的更改xfrm_state_lookup_spi_proto() 会执行真正的全局搜索
    - 跨所有状态而不管哈希存储段并且匹配 SPI 和 proto。 (CVE-2025-39797)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2025-39797

high Nessus 插件 ID 264708

版本 1.18