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

  - netfilternf_conntrack修正因移除未初始化項目而導致的損毀。當嘗試從雜湊值區清單取消連結 conntrack 項目時報告 conntrack 發生損毀[例外 RIP
    __nf_ct_delete_from_lists+172] [..] #7 [ff539b5a2b043aa0] nf_ct_delete@ffffffffc124d421 [nf_conntrack] #8 [ff539b5a2b043ad0] nf_ct_gc_expired@ffffffffc124d999 [nf_conntrack] #9 [4 ]ff5295ba2
    ffffffffc124efbc 的 __nf_conntrack_find_get [nf_conntrack] [..] nf_conn 結構標記為從 slab 配置但似乎處於部分初始化狀態ct hlist 指標無用看起來像 ct 雜湊值 (因此損毀)。 ct->status 等於 IPS_CONFIRMED|IPS_DYING而 ct->timeout 是預期的 30000 (=30s)這是未預期的結果。其他項目看似正常 udp conntrack 項目。如果我們略過 ct->status 並假裝其為 0該項目會與新配置但尚未插入雜湊的項目相符- ct hlist 指標過載並儲存/快取原始 tuple 雜湊 - ct->timeout 與相對項目相符新 udp 流程的預期時間而不是 'jiffies' 絕對值。如果不是因為 IPS_CONFIRMED 的存在__nf_conntrack_find_get() 會略過該項目。理論上我們確實發生下列爭用cpu x cpu y cpu z 發現項目 E 發現項目 EE 已過期 <preemption> nf_ct_delete() 將 E 傳回至 rcu slab init_conntrack E 已重新初始化ct->status 設為 0回覆 tuplehash hnnode .pprev 儲存雜湊值。中央處理器在其即將於 cpu x 上刪除之前發現 E。E 現已在 cpu z 上重新初始化。 cpu y 在檢查到期和/或確認位元之前被先佔。 ->refcnt 設為 1 E 現在由 skb 擁有
    ->timeout 設為 30000 如果 CPU 現在恢復執行會將 E 視為已過期但會因為缺少 CONFIRMED 位元而略過 E。 nf_conntrack_confirm 獲得呼叫 設定 ct->status |= CONFIRMED這是錯誤的 E 尚未新增至雜湊表。 cpu y 恢復時它發現 E 已過期但 CONFIRMED <resumes> nf_ct_expired() -> yes (ct->timeout 為 30 秒) 確認已設定位元。中央處理器會嘗試從雜湊表中刪除 Enf_ct_delete() -> set DYING bit __nf_ct_delete_from_lists 即使在此情況下也不保證一定會當機cpu z 仍保留表格值區鎖定因此 y 區塊等待執行緒同步鎖定由z CONFIRMED 已設定但不保證 ct 一定會新增至雜湊chaintoolong 或衝突解決邏輯都會略過插入步驟。回覆 hnnode.pprev 仍會儲存雜湊值。解除鎖定執行緒同步鎖定傳回 NF_DROP<unblocks, then crashes on hlist_nulls_del_rcu pprev>若 CPU z 確實將項目插入雜湊表cpu y 會立即再次取消連結 E但不會發生當機。若沒有「cpu y」爭用「garbage」hlist 將沒有任何後果ct refcnt 保持在 1最後 skb 將被釋放且 E 透過下列方式遭到破壞
    nf_conntrack_put -> nf_conntrack_destroy -> nf_ct_destroy。若要解決此問題請將 IPS_CONFIRMED 指派移到表格插入之後解鎖之前。Pablo 指出confirm-bit-store 可重新排序為在 hlist add resp 之前發生。逾時修正因此切換至 set_bit 和 Before_atomic 記憶體障礙以防止此情形。其他 CPU 是否可以在設定 CONFIRMED 位元之前觀察到新插入的項目並不重要 無法將此類事件與上述事件區分開來 E 是舊的化身案例項目將被略過。也將 nf_ct_should_gc() 變更為先檢查已確認的位元。gc 序列為 1. 檢查項目是否已過期如果未過期則跳至下一個項目 2. 取得過期項目的參照。 3. 呼叫 nf_ct_should_gc() 以雙重檢查步驟 1。因此只會針對已過期檢查的項目呼叫 nf_ct_should_gc()。在此修補程式之後一旦確認的位元檢查通過
    ---truncated--- (CVE-2025-38472)

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

遠端 Redhat Enterprise Linux 10 主機上安裝的套件受到 RHSA-2025:15005 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    * 核心：udp：修正記憶體計量洩漏。(CVE-2025-22058)

    * kernelnet_schedhfsc也修正 hfsc_dequeue() 中的潛在 UAF (CVE-2025-37823)

    * 核心ext4資料記錄一般檔案時僅變更作品集 (CVE-2025-38220)

    * 核心RDMA/iwcm修正 cm_id 解構後工作物件釋放後使用錯誤 (CVE-2025-38211)

    * 核心tipc修正 tipc_conn_close() 中的釋放後使用 (CVE-2025-38464)

    * 核心vsock修正 transport_* TOCTOU (CVE-2025-38461)

    * 核心netfilternf_conntrack修正因移除未初始化項目所導致的當機 (CVE-2025-38472)

    如需安全性問題的詳細資料，包括影響、CVSS 分數、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 Debian 12 主機上安裝的多個套件受到 dsa-5973 公告中提及的多個弱點影響。

    - ------------------------------------------------- ------------------------------------ Debian 安全公告 DSA-5973-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2025 年 8 月 12 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    套件：linux CVE ID：CVE-2024-36350 CVE-2024-36357 CVE-2024-36913 CVE-2024-41013 CVE-2024-56758 CVE-2024-57883 CVE-2025-21816 CVE-2025-22119 CVE-2025-27558 CVE-2025-37958 CVE-2025-38000 CVE-2025-38001 CVE-2025-38003 CVE-2025-38004 CVE-2025-38031 CVE-2025-38034 CVE-2025-38035 CVE-2025-38037 CVE-2025-38040 CVE-2025-38043 CVE-2025-38044 CVE-2025-38048 CVE-2025-38051 CVE-2025-38052 CVE-2025-38058 CVE-2025-38061 CVE-2025-38062 CVE-2025-38063 CVE-2025-38065 CVE-2025-38066 CVE-2025-38067 CVE-2025-38068 CVE-2025-38071 CVE-2025-38072 CVE-2025-38074 CVE-2025-38075 CVE-2025-38077 CVE-2025-38078 CVE-2025-38079 CVE-2025-38083 CVE-2025-38084 CVE-2025-38085 CVE-2025-38086 CVE-2025-38088 CVE-2025-38090 CVE-2025-38097 CVE-2025-38100 CVE-2025-38102 CVE-2025-38103 CVE-2025-38107 CVE-2025-38108 CVE-2025-38111 CVE-2025-38112 CVE-2025-38113 CVE-2025-38115 CVE-2025-38118 CVE-2025-38119 CVE-2025-38120 CVE-2025-38122 CVE-2025-38124 CVE-2025-38126 CVE-2025-38131 CVE-2025-38135 CVE-2025-38136 CVE-2025-38138 CVE-2025-38142 CVE-2025-38143 CVE-2025-38145 CVE-2025-38146 CVE-2025-38147 CVE-2025-38148 CVE-2025-38151 CVE-2025-38153 CVE-2025-38154 CVE-2025-38157 CVE-2025-38158 CVE-2025-38159 CVE-2025-38160 CVE-2025-38161 CVE-2025-38163 CVE-2025-38165 CVE-2025-38166 CVE-2025-38167 CVE-2025-38170 CVE-2025-38173 CVE-2025-38174 CVE-2025-38180 CVE-2025-38181 CVE-2025-38183 CVE-2025-38184 CVE-2025-38185 CVE-2025-38190 CVE-2025-38191 CVE-2025-38193 CVE-2025-38194 CVE-2025-38197 CVE-2025-38198 CVE-2025-38200 CVE-2025-38202 CVE-2025-38211 CVE-2025-38212 CVE-2025-38214 CVE-2025-38215 CVE-2025-38218 CVE-2025-38219 CVE-2025-38222 CVE-2025-38225 CVE-2025-38226 CVE-2025-38227 CVE-2025-38229 CVE-2025-38230 CVE-2025-38231 CVE-2025-38236 CVE-2025-38239 CVE-2025-38245 CVE-2025-38249 CVE-2025-38251 CVE-2025-38257 CVE-2025-38259 CVE-2025-38260 CVE-2025-38262 CVE-2025-38263 CVE-2025-38273 CVE-2025-38275 CVE-2025-38277 CVE-2025-38280 CVE-2025-38282 CVE-2025-38285 CVE-2025-38286 CVE-2025-38293 CVE-2025-38298 CVE-2025-38300 CVE-2025-38304 CVE-2025-38305 CVE-2025-38310 CVE-2025-38312 CVE-2025-38313 CVE-2025-38319 CVE-2025-38320 CVE-2025-38323 CVE-2025-38324 CVE-2025-38326 CVE-2025-38328 CVE-2025-38331 CVE-2025-38332 CVE-2025-38334 CVE-2025-38336 CVE-2025-38337 CVE-2025-38342 CVE-2025-38344 CVE-2025-38345 CVE-2025-38346 CVE-2025-38348 CVE-2025-38350 CVE-2025-38352 CVE-2025-38354 CVE-2025-38362 CVE-2025-38363 CVE-2025-38364 CVE-2025-38365 CVE-2025-38371 CVE-2025-38375 CVE-2025-38377 CVE-2025-38380 CVE-2025-38382 CVE-2025-38384 CVE-2025-38385 CVE-2025-38386 CVE-2025-38387 CVE-2025-38389 CVE-2025-38391 CVE-2025-38393 CVE-2025-38395 CVE-2025-38396 CVE-2025-38399 CVE-2025-38400 CVE-2025-38401 CVE-2025-38403 CVE-2025-38404 CVE-2025-38406 CVE-2025-38409 CVE-2025-38410 CVE-2025-38412 CVE-2025-38415 CVE-2025-38416 CVE-2025-38418 CVE-2025-38419 CVE-2025-38420 CVE-2025-38422 CVE-2025-38424 CVE-2025-38425 CVE-2025-38428 CVE-2025-38430 CVE-2025-38437 CVE-2025-38439 CVE-2025-38441 CVE-2025-38443 CVE-2025-38444 CVE-2025-38445 CVE-2025-38448 CVE-2025-38451 CVE-2025-38455 CVE-2025-38456 CVE-2025-38457 CVE-2025-38458 CVE-2025-38459 CVE-2025-38460 CVE-2025-38461 CVE-2025-38462 CVE-2025-38464 CVE-2025-38465 CVE-2025-38466 CVE-2025-38467 CVE-2025-38468 CVE-2025-38470 CVE-2025-38471 CVE-2025-38472 CVE-2025-38473 CVE-2025-38474 CVE-2025-38476 CVE-2025-38477 CVE-2025-38478 CVE-2025-38480 CVE-2025-38481 CVE-2025-38482 CVE-2025-38483 CVE-2025-38485 CVE-2025-38487 CVE-2025-38488 CVE-2025-38494 CVE-2025-38495 CVE-2025-38497 CVE-2025-38498 CVE-2025-38499

    在 Linux 核心中發現數個弱點，這些弱點可能會導致特權提升、拒絕服務或資訊洩漏。

    針對舊的穩定發行版本 (bookworm)，已在第 6.1.147-1 版中修正這些問題。

    建議您升級 linux 套件。

    如需有關 linux 安全性狀態的詳細資訊，請參閱其安全追蹤頁面：
    https://security-tracker.debian.org/tracker/linux

    有關 Debian 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱：https://www.debian.org/security/

    郵寄清單：debian-security-announce@lists.debian.org

Tenable 已直接從 Debian 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 Oracle Linux 10 主機中安裝的套件受到 ELSA-2025-15005 公告中提及的多個弱點影響。

    - tipc修正 tipc_conn_close() 中的釋放後使用。 - CVE-2025-38464
    - net_schedhfsc也修正 hfsc_dequeue() 中的潛在 UAF - CVE-2025-37823
    - RDMA/iwcm修正 cm_id 解構後工作物件的釋放後使用 - CVE-2025-38211
    - udp修正記憶體計量洩漏。 - CVE-2025-22058
    - ext4資料記錄一般檔案時僅已變更的作品集 - CVE-2025-38220
    - vsock修正 transport_* TOCTOU - CVE-2025-38461

Tenable 已直接從 Oracle Linux 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	產品	系列	已發布	已更新	嚴重性
251301	Linux Distros 未修補的弱點：CVE-2025-38472	Nessus	Misc.	2025/8/18	2025/9/6	high
260457	RHEL 10核心 (RHSA-2025:15005)	Nessus	Red Hat Local Security Checks	2025/9/2	2025/9/2	high
249177	Debian dsa-5973: affs-modules-6.1.0-37-4kc-malta-di - 安全性更新	Nessus	Debian Local Security Checks	2025/8/13	2025/9/5	medium
261433	Oracle Linux 10核心 (ELSA-2025-15005)	Nessus	Oracle Linux Local Security Checks	2025/9/5	2025/9/5	high

偵測

搜尋 Plugin

high

high

medium

high