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

  - Apache Tomcat 中的相對路徑遊走弱點。錯誤 60013 的修正引入了回歸其中重寫的 URL 在其解碼之前先標準化。這引入了一種可能性使得對於將查詢參數重寫至 URL 的重寫規則攻擊者可操控要求 URI 以繞過安全性限制包括 /WEB-INF/ 和 /META-INF/ 的保護。如果也啟用 PUT 要求則可上傳惡意檔案導致遠端程式碼執行。PUT 要求通常限於受信任的使用者且 PUT 要求不太可能與操控 URI 的重寫一起啟用。此問題會影響 Apache Tomcat 從 11.0.0-M1 到 11.0.10、從 10.1.0-M1 到 10.1.44、從 9.0.0。M11 至 9.0.108。下列版本在建立 CVE 時已停產，但已知會受到影響：8.5.6 至 8.5.100。其他較舊的停產版本也可能受到影響。建議使用者升級至 11.0.11 或更新版本、 10.1.45 或更新版本或 9.0.109 或更新版本其可修正此問題。 (CVE-2025-55752)

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

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

  - pypdf 是免費且開放原始碼的 pure-python PDF 程式庫。在 6.1.3版之前利用此弱點的攻擊者可製作 PDF進而導致使用大量記憶體。這需要使用 LZWDecode 篩選器剖析頁面的內容資料流。此問題已在 pypdf 版本 6.1.3中修正。 (CVE-2025-62708)

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

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

  - 發現 FontForge v20230101 含有一個透過 DlgCreate8 元件造成的記憶體洩漏。 (CVE-2025-50949)

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

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

  - pypdf 是免費且開放原始碼的 pure-python PDF 程式庫。在 6.1.3版之前利用此弱點的攻擊者可製作導致無限迴圈的 PDF。這需要使用 DCTDecode 篩選器剖析具有內嵌影像的頁面內容串流。此問題已在 pypdf 版本 6.1.3中修正。
    (CVE-2025-62707)

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

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

  - Authlib 是一種 Python 程式庫可構建 OAuth 和 OpenID Connect 伺服器。在 1.6.5版之前Authlib 的 JWE zip=DEF 路徑會執行無限制的 DEFLATE 解壓縮。非常小的加密文字在解密時可擴充為數十或數百 MB進而允許可提供可解密 token 的攻擊者耗盡記憶體和 CPU 並造成拒絕服務。此問題已在 1.6.5 版中修正。
    此問題的因應措施包括在應用程式邊界拒絕或去除傳入 JWE 的 zip=DEF、透過 decompressobj().decompress(data, MAX_SIZE)) 分支並新增有邊界的解壓縮防護以及在輸出超過安全限制時傳回錯誤或強制執行嚴格的 token 大小上限並在過大輸入時快速失敗結合速率限制。 (CVE-2025-62706)

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

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

  - aiomysql 是用於從 asyncio 存取 MySQL 資料庫的程式庫。 0.3.0版之前系統在將本機檔案傳送至 MySQL 伺服器之前並未檢查用戶端設定進而允許使用惡意伺服器從用戶端取得任意檔案。可以建立惡意 MySQL 伺服器來模擬授權、忽略用戶端旗標並透過傳送 LOAD_LOCAL 指令封包從用戶端要求任意檔案。此問題已在 0.3.0 版中修正。(CVE-2025-62611)

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

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

  - 發現 FontForge v20230101 含有一個透過位於 /fontforge/sfd.c 的 utf7toutf8_copy 函式的記憶體洩漏。 (CVE-2025-50951)

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

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

  - 發現 Audiofile v0.3.7 透過 ModuleState::setup 函式包含一個 NULL 指標解除參照。
    (CVE-2025-50950)

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

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

  - crypto: essiv - 檢查解密和就地加密的 ssize 將 ssize 檢查移至 essiv_aead_crypt 的開頭以便其也檢查解密和就地加密。 (CVE-2025-40019)

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

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

  - ipvs在 netns 清理期間延遲 ip_vs_ftp 取消註冊在 netns 清理路徑上在排清具有有效 cp->app 指標的連線之前__ip_vs_ftp_exit() 可能會取消註冊 ip_vs_ftp進而導致釋放後使用。透過引入全域 `exiting_module` 旗標來修正此旗標在取消註冊 pernet 子系統之前在 ip_vs_ftp_exit() 中設定為 true。在 __ip_vs_ftp_exit() 中略過 netns cleanup (exiting_module 為 false 時) 期間呼叫 ip_vs_ftp unregister if call ()並將其延遲至 __ip_vs_cleanup_batch()其可在排清所有連線後取消註冊所有應用程式。如果在模組結束時呼叫請立即取消註冊 ip_vs_ftp。 (CVE-2025-40018)

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

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

  - tracing dynevent在 dynevent 上新增遺漏的鎖定檢查由於 tracefs 上的 dynamic_events 介面與 kprobe_events 和 uprobe_events 相容因此也應檢查鎖定狀態如果已設定則予以拒絕。 (CVE-2025-40021)

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

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

  - netschedcls_u32: Undo tcf_bind_filter if u32_replace_hw_knode 當 u32_replace_hw_knode 失敗時我們需要復原在 u32_set_parms 執行的 tcf_bind_filter 作業。 (CVE-2023-53733)

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

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

  - canpeak_usb修正 shift-out-of-bounds 問題當用於移位的位元數為 32 時明確使用 64 位元常數 (此驅動程式所支援的 PC CAN FD 介面即為這種情況)。 [mkl
    更新主旨手動套用] (CVE-2025-40020)

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

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

  - vhost取得結構 vhost_task 中工作的參照。 vhost_task_create() 建立一個工作並保留其 task_struct 的參照。該工作可透過訊號提早結束且其 task_struct 將被釋放。
    然後擱置的 vhost_task_wake() 會嘗試喚醒工作並存取不再存在的 task_struct。在建立執行緒時取得 task_struct 上的參照並在移除 vhost_task 結構本身時釋放參照。如果工作因為訊號而提早結束則 vhost_task_wake() 仍會存取有效的 task_struct。喚醒是安全的在此情況下系統會略過喚醒。 (CVE-2025-40024)

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

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

  - 通過 PCI 裝置時libxl 中的卸離邏輯不會移除對裝置可能擁有的任何 64 位元記憶體 BAR 的存取權限。因此當不再將裝置指派給網域時網域仍可存取任何 64 位元記憶體 BAR。PV 網域權限洩漏允許網域本身對應頁面表格中的記憶體。如果是 HVM則它需要遭入侵的裝置模型或 stubdomain才能將洩漏的記憶體對應至 HVM 網域 p2m。 (CVE-2025-58149)

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

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

  - 已解決 Linux 核心中的下列弱點：crypto: af_alg - Fix incorrect boolean values in af_alg_ctx Commit 1b34cbbf4f01 (crypto: af_alg - Disallow concurrent writes in af_alg_sendmsg) changed some fields from bool to 1-bit bitfields of type u32. However, some assignments to these fields, specifically 'more' and 'merge', assign values greater than 1. These relied on C's implicit conversion to bool, such that zero becomes false and nonzero becomes true. With a 1-bit bitfields of type u32 instead, mod 2 of the value is taken instead, resulting in 0 being assigned in some cases when 1 was intended. Fix this by restoring the bool type. (CVE-2025-40022)

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

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

  - Legion of the Bouncy Castle Inc. 中的 Bouncy Castle for Java FIPS bc-fips 全部 (API 模組)、Legion of the Bouncy Castle Inc. Bouncy Castle for Java 中不受控制的資源消耗弱點過度配置。此弱點與程式檔案 core/src/main/jdk1.9/org/bouncycastle/crypto/fips/AESNativeCFB.Java、core/src/main/jdk1.9/org/bouncycastle/crypto/fips/AESNativeGCM.Java 相關、core/src/main/jdk1.9/org/bouncycastle/crypto/fips/SHA256NativeDigest.Java、core/src/main/jdk1.9/org/bouncycastle/crypto/fips/AESNativeEngine.Java、core/src/main /jdk1.9/org/bouncycastle/crypto/fips/AESNativeCBC.Java、core/src/main/jdk1.9/org/bouncycastle/crypto/fips/AESNativeCTR.Java、core/src/main/jdk1.9/org /bouncycastle/crypto/engines/AESNativeCFB.Java、core/src/main/jdk1.9/org/bouncycastle/crypto/engines/AESNativeGCM.Java、core/src/main/jdk1.9/org/bouncycastle/crypto/engines /AESNativeEngine.Java, core/src/main/jdk1.9/org/bouncycastle/crypto/engines/AESNativeCBC.Java, core/src/main/jdk1.9/org/bouncycastle/crypto/engines/AESNativeGCMSIV.Java, core /src/main/jdk1.9/org/bouncycastle/crypto/engines/AESNativeCCM.Java、core/src/main/jdk1.9/org/bouncycastle/crypto/engines/AESNativeCTR.Java、core/src/main/j dk1.9/org/bouncycastle/crypto/digests/SHA256NativeDigest.Java、core/src/main/jdk1.9/org/bouncycastle/crypto/digests/SHA224NativeDigest.Java、core/src/main/jdk1.9/org/ bouncycastle/crypto/digests/SHA3NativeDigest.Java、core/src/main/jdk1.9/org/bouncycastle/crypto/digests/SHAKENativeDigest.Java、core/src/main/jdk1.9/org/bouncycastle/crypto/digests/ SHA512NativeDigest.Java、core/src/main/jdk1.9/org/bouncycastle/crypto/digests/SHA384NativeDigest.Java。此問題會從 2.1.0 到 2.1.1影響 Bouncy Castle for Java FIPS Bouncy Castle for Java LTS從 2.73.0 到 2.73.7。
    (CVE-2025-12194)

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

遠端主機上執行的 Dell Storage Manager 受到一個驗證繞過弱點影響。未經驗證的遠端攻擊者可利用此弱點，透過特製訊息存取受保護的 API，包括變更現有應用程式使用者的密碼。

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

  - 在 libsoup 程式庫的非同步訊息佇列處理中發現一個瑕疵GNOME 和 WebKit 型應用程式廣泛使用該程式庫來管理 HTTP/2 通訊。以特定定時間隔中止網路作業時內部訊息佇列項目可能會因為缺少狀態同步而遭到釋放兩次。這會導致釋放後使用記憶體存取可能損毀受影響的應用程式。攻擊者可遠端惡意利用此行為觸發特定的 HTTP/2 讀取和取消序列進而導致拒絕服務。 (CVE-2025-12105)

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

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

  - 在 luksmeta 公用程式與 LUKS1 磁碟加密格式一起使用時發現一個資料損毀弱點。具備必要權限的攻擊者可將大量詮釋資料寫入加密裝置藉此惡意利用此瑕疵。公用程式無法正確驗證可用空間導致詮釋資料覆寫並損毀使用者的加密資料。此動作會導致永久遺失已儲存的資訊。使用 LUKS1 以外的 LUKS 格式的裝置不會受到此問題影響。 (CVE-2025-11568)

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

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

  - 在 GNU Binutils 中發現一個弱點 2.45。受影響的元素是 ldmisc.c 檔案的 vfinfo 函式。執行操控可導致超出邊界讀取。攻擊只能在本機執行。此惡意利用已公開提供且可用於發動攻擊。此修補程式稱為 16357。最佳作法是套用修補程式來解決此問題。 (CVE-2025-11840)

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

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

  - 在 GNU Binutils 中發現一個安全性瑕疵 2.45。受影響的是 prdbg.c 檔案的 tg_tag_type 函式。執行操控會導致傳回值未經檢查。攻擊需要在本機進行。此惡意利用已公開發布並可用於發動攻擊。 (CVE-2025-11839)

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

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

  - Git LFS 是 Git 延伸模組用於設定大型檔案的版本。在 Git LFS 0.5.2 至 3.7.0版中以 Git LFS 物件的內容填入 Git 存放庫的工作樹狀結構時如果存在與Git LFS 所追踪的檔案路徑。git lfs checkout 和 git lfs pull 命令在寫入工作樹狀結構中的檔案前不會檢查符號連結因而允許攻擊者特製含有符號或硬連結的存放庫造成 Git LFS 寫入執行這些命令的使用者。此外當 git lfs checkout 和 git lfs pull 命令在空的存放庫中執行時其可寫入在存放庫外可見的檔案。此弱點已在版本 3.7.1中修正。因應措施為將 core.symlinks 組態選項設定為 false 來停用 Git 中的符號連結支援在此之後進一步複製和擷取將不會建立符號連結。不過現有存放庫中的任何符號或硬連結仍會為 Git LFS 提供寫入其目標的機會。 (CVE-2025-26625)

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

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

  - 執行 3.11.0 版至 版 (但不包括 3.11.3版) 的 Keras 架構版本可能發生未受信任資料還原序列化進而導致惡意上傳的含有 TorchModuleWrapper 類別的 Keras 檔案在載入時即使已啟用安全模式仍會在終端使用者係統上執行任意程式碼。已啟用。此弱點可透過本機和遠端檔案觸發。 (CVE-2025-49655)

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

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

  - ImageMagick 是開放原始碼軟體套件用於顯示、轉換及編輯點陣影像檔案。
    在 7.1.2-7 和 6.9.13-32之前的 ImageMagick 版本中32 位元系統上的 BMP 解碼器存在一個整數溢位弱點。當使用影像欄乘以每像素位元來計算範圍值時coders/bmp.c 中會發生該弱點。在 size_t 為 4 位元組的 32 位元系統中具有特定尺寸的惡意 BMP 檔案可造成此乘法溢位並換行為零。新增至位址 CVE-2025-57803 的溢位檢查會放置在發生溢位之後使其失效。將寬度設為 536,870,912且每像素 32 位元的特製 58 位元組 BMP 檔案觸發此溢位進而造成 bytes_per_line 計算變成零。此弱點僅影響 ImageMagick 的 32 位元建置其中的寬度、高度和區域的預設資源限制已手動提高到超出其預設值。 size_t 為 8 位元組的 64 位元系統不會受到影響使用預設 ImageMagick 資源限制的系統也不會受到影響。此弱點已在 7.1.2-7 和 6.9.13-32版中修正。 (CVE-2025-62171)

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

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

  - rplay 到 3.3.2 允許攻擊者造成拒絕服務 (SIGSEGV 和程序損毀) 或可能造成其他不明影響。在 librplay/rplay.c 的 rplay_unpack 中RPLAY_DATA 案例的 memcpy 會發生此問題可能無需驗證即可透過封包資料連線。 (CVE-2025-62672)

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

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

  - scsimvsas修正 mvs_work_queue 中的釋放後使用錯誤。在 Marvell 的 SAS/SATA 控制器卸離期間原始程式碼會呼叫 mvs_free() 中的 cancel_delayed_work() 以取消延遲的工作項目 mwq->work_q。不過如果 mwq->work_q 已在執行cancel_delayed_work() 可能無法將其取消。
    這可導致釋放後使用狀況在此情況下mvs_free() 會釋放 mvs_info而 mvs_work_queue() 仍在執行並嘗試存取已釋放的 mvs_info。典型爭用情形如下圖所示CPU 0 (移除) | CPU 1 (延遲工作回呼) mvs_pci_remove() | mvs_free() | mvs_work_queue() cancel_delayed_work() | kfree(mvi) | | mvi-> // UAF 將 cancel_delayed_work() 取代為 cancel_delayed_work_sync()可確保正確取消延遲的工作項目並確保在解除配置 mvs_info 前完成所有執行中的延遲工作項目。此錯誤是由靜態分析所發現。
    (CVE-2025-40001)

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

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

  - thunderbolt修正 tb_dp_dprx_work 中的釋放後使用。原始程式碼仰賴 tb_dp_dprx_stop() 中的 cancel_delayed_work()其無法確保延遲的工作項目 tunnel->dprx_work (若已執行) 是否已完全完成。這會導致釋放後使用狀況其中 tb_tunnel 會由 tb_tunnel_put() 解除配置而 tunnel->dprx_work 仍維持作用中並嘗試在 tb_dp_dprx_work() 中解除參照 tb_tunnel。典型爭用情形如下圖所示：CPU 0 | CPU 1 tb_dp_tunnel_active() | tb_deactivate_and_free_tunnel()| tb_dp_dprx_start() tb_tunnel_deactivate() | queue_delayed_work() tb_dp_activate() | tb_dp_dprx_stop() | tb_dp_dprx_work() //延遲的背景工作 cancel_delayed_work() | tb_tunnel_put(tunnel); | | tunnel = container_of(...); //UAF | tunnel-> //UAF 無法以 cancel_delayed_work_sync() 取代 cancel_delayed_work()因為這會引入鎖死
    tb_dp_dprx_work() 和清理路徑都會取得 tb->lock而 cancel_delayed_work_sync() 會無限期等待無法繼續的工作項目。而是實作適當的參照計數- 如果 cancel_delayed_work() 傳回 true (工作擱置)我們會在停止函式中釋放參照。- 如果傳回 false (工作正在執行或已完成)則參照會在延遲工作函式本身中釋放。這可確保 tb_tunnel 在工作項目執行期間維持有效同時防止記憶體洩漏。此錯誤是由靜態分析所發現。 (CVE-2025-40002)

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

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

  - netmsccocelot修正因週期性延遲工作原始程式碼在 ocelot_stats_deinit() 中呼叫 cancel_delayed_work() 以取消週期性延遲工作項目 ocelot->stats_work 造成的釋放後使用。
    不過如果cancel_delayed_work() 已在執行中其可能無法取消工作項目。雖然 destroy_workqueue() 會等候工作佇列中所有擱置的工作項目完成才損毀工作佇列但它無法防止延遲的工作項目在 ocelot_check_stats_work() 函式內重新排程。之所以存在此限制是因為延遲的工作項目只有在其計時器到期之後才會加入工作佇列。在計時器到期之前destroy_workqueue() 無法得知此擱置的工作項目。一旦工作佇列顯示為空destroy_workqueue() 便會繼續進行解構。當計時器最終到期時延遲的工作項目會再次排入佇列進而導致以下警告workqueue: can't queue ocelot_check_stats_work on wq ocelot-switch-stats WARNING: CPU:
    2 PID: 0 at kernel/workqueue.c:2255 __queue_work+0x875/0xaf0 ... RIP0010:__queue_work+0x875/0xaf0 ...
    RSP0018:ffff88806d108b10 EFLAGS: 00010086 RAX: 0000000000000000 RBX: 0000000000000101 RCX
    0000000000000027 RDX: 0000000000000027 RSI: 0000000000000004 RDI: ffff88806d123e88 RBP: ffffffff813c3170 R08: 0000000000000000 R09: ffffed100da247d2 R10: ffffed100da247d1 R11: ffff88806d123e8b R12:
    ffff88800c00f000 R13ffff88800d7285c0 R14ffff88806d0a5580 R15ffff88800d7285a0 FS
    0000000000000000(0000) GS:ffff8880e5725000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0
    0000000080050033 CR2: 00007fe18e45ea10 CR3: 0000000005e6c000 CR4: 00000000000006f0 呼叫追踪 <IRQ> kasan_report+0xc6/0xf0 __pfx_delayed_work_timer_fn+0x10/0x10 ? __pfx_delayed_work_timer_fn+0x10/0x10 call_timer_fn+0x25/0x1c0 __run_timer_base.part.0+0x3be/0x8c0 __pfx_delayed_work_timer_fn+0x10/0x10 ? rcu_sched_clock_irq+0xb06/0x27d0 __pfx___run_timer_base.part.0+0x10/0x10 ? try_to_wake_up+0xb15/0x1960 ?
    _raw_spin_lock_irq+0x80/0xe0 ? __pfx__raw_spin_lock_irq+0x10/0x10 tmigr_handle_remote_up+0x603/0x7e0
    __pfx_tmigr_handle_remote_up+0x10/0x10 ? sched_balance_trigger+0x1c0/0x9f0 ? sched_tick+0x221/0x5a0 ?
    _raw_spin_lock_irq+0x80/0xe0 ? __pfx__raw_spin_lock_irq+0x10/0x10 ? tick_nohz_handler+0x339/0x440 ?
    __pfx_tmigr_handle_remote_up+0x10/0x10 __walk_groups.isra.0+0x42/0x150 tmigr_handle_remote+0x1f4/0x2e0 ?
    __pfx_tmigr_handle_remote+0x10/0x10 ? ktime_get+0x60/0x140 ? lapic_next_event+0x11/0x20 ? clockevents_program_event+0x1d4/0x2a0 hrtimer_interrupt+0x322/0x780 handle_softirqs+0x16a/0x550 irq_exit_rcu+0xaf/0xe0 sysvec_apic_timer_interrupt+0x70/0x80 </IRQ>... 下圖顯示了上述警告的原因CPU 0 (移除) | CPU 1 (延遲工作回呼) mscc_ocelot_remove() | ocelot_deinit() | ocelot_check_stats_work() ocelot_stats_deinit() | cancel_delayed_work()| ... | queue_delayed_work() destroy_workqueue() | (稍等) | __queue_work() //UAF 上述狀況實際上會造成 UAF 弱點。ocelot_stats_deinit() 只會在初始化失敗或資源損毀時叫用因此我們必須確保無法重新排程任何延遲的工作項目。
    以 disable_delayed_work_sync() 取代 cancel_delayed_work()可保證正確取消延遲的工作項目並確保在解除配置工作佇列之前完成所有目前正在執行的工作。考慮了鎖死問題在處理程序內容中呼叫 ocelot_stats_deinit()其未保留延遲工作項目可能也需要的任何鎖定。因此在這裡使用 _sync() 變體是安全的。此錯誤是透過靜態分析發現的。為了重現此問題並驗證修正我模擬了 ocelot-swit ---truncated--- (CVE-2025-40003)

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

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

  - 在 Xpdf 4.05 (和更舊版本)中CMap 中的 PDF 物件迴圈透過 UseCMap 項目導致無限遞回和堆疊溢位。 (CVE-2025-11896)

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

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

  - net/9p修正 USB 傳輸層中的緩衝區溢位。在 USB 9pfs 傳輸層中存在一個緩衝區溢位弱點其中的封包標頭剖析和實際資料複製之間的大小驗證不一致允許惡意 USB 主機使堆積緩衝區溢位。發生此問題的原因- usb9pfs_rx_header() 僅驗證封包標頭中宣告的大小 - usb9pfs_rx_complete() 針對 memcpy 使用 req->actual (實際收到的位元組)這可讓攻擊者特製封包宣告大小 (繞過驗證) 小實際承載 (在 memcpy 中觸發溢位)。在 usb9pfs_rx_complete() 中新增驗證確保 req->actual 在復制資料前不會超過緩衝區容量。
    (CVE-2025-40004)

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

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

  - 在編譯期間啟用 LWS_WITH_SYS_ASYNC_DNS 旗標時libwebsockets 中的 lws_adns_parse_label 中存在堆疊型緩衝區溢位當攻擊者能夠探查 DNS 要求以特製具有符合 ID且包含標籤的回應時造成 label_stack 溢位長度超過最大值。 (CVE-2025-11678)

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

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

  - spi: cadence-quadspi實作參照計數在忙碌的驅動程式支援間接讀取和間接寫入作業期間處理解除系結且假設不強制裝置移除 (解除系結) 作業。不過強制裝置移除 (移除) 仍可供 root 超級使用者使用。在作業期間解除系結驅動程式會造成核心損毀。此變更可確保驅動程式實作 refcount 以追踪連接至控制器的裝置以處理此類間接讀取與間接寫入作業並適當地等待 和 直到連接的裝置移除作業完成然後再繼續進行移除作業。 (CVE-2025-40005)

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

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

  - 已解決 Linux 核心中的下列弱點：media: iris: Fix memory leak by freeing untracked persist buffer One internal buffer which is allocated only once per session was not being freed during session close because it was not being tracked as part of internal buffer list which resulted in a memory leak. Add the necessary logic to explicitly free the untracked internal buffer during session close to ensure all allocated memory is released properly. (CVE-2025-40017)

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

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

  -warmcat libwebsockets 中的 lws_upng_emit_next_line 中的超出邊界讀取當在編譯期間啟用 LWS_WITH_UPNG 旗標且使用 HTML 顯示堆疊時允許在使用者造訪攻擊者控制的網站時讀取越過堆積配置的緩衝區進而可能導致當機內含高度尺寸大的特製 PNG 檔案。 (CVE-2025-11679)

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

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

  - kmsan修正陰影記憶體的越界存取。在啟用 KMSAN 的核心上執行 sha224_kunit 會導致 kmsan_internal_set_shadow_origin(): 錯誤無法處理頁面錯誤
    ffffbc3840291000 #PF核心模式中的監督讀取存取 error_code(0x0000) - 不存在頁面 PGD 1810067 P4D 1810067 PUD 192d067 PMD 3c17067 PTE 0 Oops0000 [#1] SMP NOPTI CPU0 UID 0 PID81 Comm
    kunit_try_catch 受污染的 GN 6.17.0-rc3 #10 PREEMPT(vulnerable) 受污染的 [N]=TEST 硬體名稱QEMU Standard PC (i440FX + PIIX、1996)、BIOS rel-1.17.0-0-gb52ca86e094d-prebuilt.qemu .org 2014 年 4 月 1 日 RIP
    0010:kmsan_internal_set_shadow_origin+0x91/0x100 [...] 呼叫追踪 <TASK> __msan_memset+0xee/0x1a0 sha224_final+0x9e/0x350 test_hash_buffer_overruns+0x46f/0x5f0 kmsan_get_shadow_origin_ptr+0x46/0xa0 ?
    __pfx_test_hash_buffer_overruns+0x10/0x10 kunit_try_run_case+0x198/0xa00 當在非 4 位元組對齊的緩衝區上呼叫 memset() 且延伸至保護頁面的結尾時 (即取消對應下一頁) 會發生此問題。錯誤是當位址不是 4 位元組對齊時kmsan_internal_set_shadow_origin() 結尾的迴圈會存取錯誤的陰影記憶體位元組。由於每 4 個位元組都與一個來源相關聯因此會將位址和大小進位以便存取包含緩衝區的所有來源。
    但是當它檢查特定來源的對應陰影位元組時它會不正確地使用原始未進位的陰影位址。這會導致影子記憶體的讀取超出緩衝區影子記憶體的結尾而在該記憶體未對應時損毀。若要修正此問題請先正確對齊陰影位址然後再存取每個來源對應的 4 個陰影位元組。 (CVE-2025-40008)

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

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

  - mm/hugetlb修正刪除時仍對應作品集的問題。移轉可能會因 fallocate 漏洞而爭用。
    如果仍對應作品集則 remove_inode_single_folio 將取消對應該作品集。但是會在沒有 folio lock 的情況下呼叫它。如果移轉作品集且對應的 pte 已轉換為移轉項目則 folio_mapped() 會傳回 false且不會將其取消對應。由於 remove_inode_single_folio 保留了額外的 refcount 而移轉失敗將移轉項目還原為正常 pte然後再次對應作品集。因此我們觸發了 filemap_unaccount_folio 中的錯誤。記錄如下錯誤: 處理程序 hugetlb pfn:156c00 page: refcount:515 mapcount:0 mapping:0000000099fef6e1 index:0x0 pfn:0x156c00 head: order:9 mapcount:1 whole_mapcount:1 nr_pages_mapped:0 pincount: 0 aops:hugetlbfs_aops ino:dcc dentry name(?):my_hugepage_file flags0x17ffffc00000c1(locked|waiters|head|node=0|zone=2|lastcpupid=0x1fffff) page_type: f4(hugetlb) 頁面已轉儲存因為刪除時仍對應 CPU 1 UID: 0 PID: 395 通訊hugetlb 未受污染 6.17.0-rc5-00044-g7aac71907bde-dirty #484 NONE 硬體名稱: QEMU Ubuntu 24.04 PC (i440FX + PIIX, 1996)、BIOS 0.0.0 02/06/ 2015 Call Trace: <TASK> dump_stack_lvl+0x4f/0x70 filemap_unaccount_folio+0xc4/0x1c0 __filemap_remove_folio+0x38/0x1c0 filemap_remove_folio+0x41/0xd0 remove_inode_hugepages+0x142/0x250 hugetlbfs_fallocate+0x471/0x5a0 vfs_fallocate+0x149/0x380 Hold folio lock before checking if the folio is因移轉而對應至 avold 爭用。 (CVE-2025-40006)

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

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

  - 已解決 Linux 核心中的下列弱點：media: stm32-csi: Fix dereference before NULL check In 'stm32_csi_start', 'csidev->s_subdev' is dereferenced directly while assigning a value to the 'src_pad'. However the same value is being checked against NULL at a later point of time indicating that there are chances that the value can be NULL. Move the dereference after the NULL check.
    (CVE-2025-40015)

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

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

  - drm/gma500修正 hdmi 卸載中的 null 解除參照 pci_set_drvdata 將 pdev->driver_data 的值設定為 NULL之後在 Oaktrail_hdmi_i2c_exit 中從相同 dev 取得的 driver_data 會解除參照並從中擷取 i2c_dev。為防止此情況發生請交換這些呼叫。由 Linux Verification Center (linuxtesting.org) 的 Svacer 發現。 (CVE-2025-40011)

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

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

  - netfs修正參照洩漏提交 20d72b00ca81 (netfs修正要求的工作項目使其不需要 ref) 修改了 netfs_alloc_request()以便將參照計數器初始化為 2 而非 1。原因是 reket 的工作會在 之後釋放第二個參照完成 (透過 netfs_{read,write}_collection_worker())。如果一切順利，這在大多數情況下都有效。但是如果在提交 I/O 作業之前釋放要求就會洩漏這個額外的參照錯誤程式碼路徑只會遞減參照計數器一次而且因為永遠不會有完成項目因此永遠不會將工作項目排入佇列。這已造成我們今天的整個伺服器叢集中斷因為工作在 netfs_wait_for_outstanding_io() 中遭到封鎖導致 Ceph 鎖死 (另一個錯誤我將於近期在另一個修補程式中解決)。這是由 fscache_begin_write_operation() 中失敗的 netfs_pgpriv2_begin_copy_to_cache() 呼叫所造成。洩漏的 netfs_io_request 從未完成而使 `netfs_inode.io_count` 永遠保持正值。所有這些都是超級脆弱的程式碼。找出哪些程式碼路徑會導致最終完成哪些不會導致完成並不容易- 有些函式如 netfs_create_write_req() 會配置要求但永遠不會提交任何 I/O。 - netfs_unbuffered_read_iter_locked() 呼叫 netfs_unbuffered_read()然後呼叫 netfs_put_request()不過netfs_unbuffered_read() 也可能在提交 I/O 要求前提早失敗因此必須在此處新增另一個 netfs_put_request() 呼叫。根據經驗傳回 `netfs_io_request` 的函式不會提交 I/O因此必須檢查其所有呼叫者。依我的喜好需要全面檢修整個 netfs 程式碼以使參照計數更容易理解並減少脆弱和模糊。
    但是為了此時此地修正此錯誤並產生足以進行穩定反向移植的修補程式我嘗試了一種在早期失敗時快速釋放要求物件的最小方法。我決定不每次都新增第二個 netfs_put_request()因為這會造成程式碼重複進而進一步模糊化程式碼。相反我新增了 netfs_put_failed_request() 函式該函式會在參照計數正好是 2 (最初由 netfs_alloc_request() 設定且從未動過)且由 WARN_ON_ONCE() 驗證的 2 假設下同步釋放此類失敗的要求。然後它會取消初始化要求物件 (不經過 cleanup_work 間接取值) 並釋放配置 (使用 RCU 保護防止 netfs_requests_seq_start() 進行的並行存取)。所有提早失敗的程式碼路徑皆已變更為呼叫 netfs_put_failed_request()而非 netfs_put_request()。此外我已如上所述將 netfs_put_request() 呼叫新增至 netfs_unbuffered_read()因為 netfs_put_failed_request() 方法在這裡無法運作。 (CVE-2025-40007)

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

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

  - media: uvcvideo: 使用 ID UVC_INVALID_ENTITY_ID 標記無效實體根據 UVC 1.1+ 規格 3.7.2、單位和終端機必須具有非零唯一 ID。 ``` 視訊功能內的每個裝置與終端機都獲指派一個唯一的識別碼即裝置 ID (UID) 或終端機 ID (TID)包含在描述符號的 bUnitID 或 bTerminalID 欄位中。值 0x00 是為未定義的 ID 保留``` 如果我們新增 id 為 0 或 ID 重複的新實體系統會將其標記為 UVC_INVALID_ENTITY_ID。在之前的嘗試提交 3dd075fe8ebb (媒體uvcvideo要求實體具備非零唯一 ID) 中我們忽略了所有無效單位這會損毀許多不相容的相機。希望我們這一次比較幸運。
    這也可防止某些 syzkaller 複製器因為參照其本身的實體鏈結而觸發警告。在一個特定情況下輸出單元連線至輸入單元兩者俱有相同的 ID 1。但是當查詢輸出單元的來源 ID 時卻發現相同的實體而非輸入實體進而導致警告。在另一種情況下當來源 ID 為 0 時反向鏈結會被視為已完成。稍後才找到該實體但其 pads 無效。
    以下是其中一個案例的堆疊追踪範例。 [ 20.650953] usb 1-1使用 dummy_hcd 的新高速 USB 裝置編號 2 [ 20.830206] usb 1-1使用 ep0 maxpacket 8 [ 20.833501] usb 1-1設定 0 描述符號?? [ 21.038518] usb 1-1字串描述符號 0 讀取錯誤-71 [ 21.038893] usb 1-1發現 UVC 0.00 裝置 <unnamed> (2833:0201) [ 21.039299] uvcvideo 1-1:0.0實體類型實體輸出 1 的未初始化[ 21.041583] uvcvideo 1-1:0.0未初始化實體輸入 1 的實體類型[21.042218] ------------[cut here ]------------ [ 21.042536] WARNING: CPU: 0 PID: 9 at drivers/media/mc /mc-entity.c:1147 media_create_pad_link+0x2c4/0x2e0 [ 21.043195] 連結於的模組[21.043535] CPU0 UID0 PID9 通訊kworker/0:1 未受污染的 6.11.0-rc7-00030- g3480e43aeccf #444 [21.044101] 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)BIOS 1.15.0-1 2014 年 4 月 1 日 [ 21.044639] 工作佇列usb_hub_wq hub_event [ 21.045100] RIP 0010:media_create_pad_link+0x2c4/ 0x2e0 [ 21.045508] 代碼fe e8 20 01 00 00 b8 f4 ff ff ff 48 83 c4 30 5b 41 5c 41 5d 41 5e 41 5f 5d c3 cc cc cc cc 0f 0b eb e9 0f 0b eb 0a 0f 0b eb 06 <0f> 0b eb 02 0f 0b b8 ea ff ff ff eb d4 66 2e 0f 1f 84 00 00 00 00 [21.046801] RSP 0018:ffffc9000004b318 EFLAGS00010246 [ 21.047227] RAX ffff888004e5d458 RBX
    0000000000000000 RCXffffffff818fccf1 [ 21.047719] RDX 000000000000007b RSI 0000000000000000 RDI
    ffff888004313290 [ 21.048241] RBP: ffff888004313290 R08: 0001ffffffffffff R09: 0000000000000000 [21.048701] R10: 0000000000000013 R11: 0001888004313290 R12: 0000000000000003 [ 21.049138] R13:
     R14ffff888004313080  : ffff888004313080 R15: 0000000000000000 [ 21.049648] FS: 0000000000000000(0000) GS:ffff88803ec00000(0000) knlGS:0000000000000000 [ 21.050271] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 21.050688] CR20000592cc27635b0 CR3000000000431c000 CR40000000000750ef0 [21.051136] ] PKRU55555554 [ 21.051331] 呼叫追踪 [ 21.051480] <TASK> [ 21.051611] ? __warn+0xc4/0x210 [21.051861] ? media_create_pad_link+0x2c4/0x2e0 [ 21.052252] ? report_bug+0x11b/0x1a0 [ 21.052540] ? trace_hardirqs_on+0x31/0x40 [ 21.052901] ? handle_bug+0x3d/0x70 [ 21.053197] ? exc_invalid_op+0x1a/0x50 [21.053511] ? asm_exc_invalid_op+0x1a/0x20 [ 21.053924] ? media_create_pad_link+0x91/0x2e0 [ 21.054364] ? media_create_pad_link+0x2c4/0x2e0 [ 21.054834] ? media_create_pad_link+0x91/0x2e0 [ 21.055131] ?
    _raw_spin_unlock+0x1e/0x40 [ 21.055441] ? __v4l2_device_register_subdev+0x202/0x210 [ 21.055837] uvc_mc_register_entities+0x358/0x400 [ 21.056144] uvc_register_chains+0x1 ---truncated--- (CVE-2025-40016)

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

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

  - 在編譯期間啟用 LWS_WITH_UPNG 旗標且使用 HTML 顯示堆疊的情況下warmcat libwebsockets 的 unfilter_scanline 中的超出邊界寫入在使用者造訪攻擊者控制的網站時寫入越過堆積配置的緩衝區可能進而導致當機包含具有大寬度值的特製 PNG 檔案可造成整數溢位該值可用來判斷堆積配置的大小。 (CVE-2025-11680)

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

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

  - fs/proc/task_mmu檢查 NULL 的 p->vec_buf 當用 vec_len = 0 叫用 PAGEMAP_SCAN ioctl 時到達 pagemap_scan_backout_range()因 null-ptr-deref 而發生核心錯誤 [ 44.936808] Oops一般保護錯誤可能非正式位址 0xdffffc0000000000: 0000 [#1] SMP DEBUG_PAGEALLOC KASAN NOPTI [ 44.937797] KASANnull-ptr-deref in 範圍 [0x0000000000000000-0x0000000000000007] [44.938391] CPU1 UID0 PID 2480 通訊而不復制受污染的 6.17.0-rc6 #22 PREEMPT(none) [ 44.939062] 硬體名稱QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.16.3-0-ga6ed6b701f0a-prebuilt.qemu.org04/01/2014 [ 44.939935] RIP0010:pagemap_scan_thp_entry.isra.0+0x741/0xa80<snip registers, unreliable trace> [ 44.946828] 呼叫追踪 [ 44.947030] <TASK> [ 44.949219] pagemap_scan_pmd_entry+0xec/0xfa0 [44.952593] walk_pmd_range.isra.0+0x302/0x910 [ 44.954069] walk_pud_range.isra.0+0x419/0x790 [ 44.954427] walk_p4d_range+0x41e/0x620 [ 44.954743] walk_pgd_range+0x31e/0x630 [ 44.955057]
    __walk_page_range+0x160/0x670 [ 44.956883] walk_page_range_mm+0x408/0x980 [ 44.958677] walk_page_range+0x66/0x90 [ 44.958984] do_pagemap_scan+0x28d/0x9c0 [ 44.961833] do_pagemap_cmd+0x59/0x80 [44.962484] __d64_sys_ioctl+0x18/0x2011 [ 44.962804] do_syscall_64+0x5b/0x290 [ 44.963111] pagemap_scan_init_bounce_buffer() 中的 entry_SYSCALL_64_after_hwframe+0x76/0x7e vec_len = 0 表示未配置緩衝區且 p->vec_buf 保持為 NULL。這會破壞稍後在 pagemap_scan_backout_range() 中所做的假設即一律為 p->vec_buf_index 配置 page_region。透過在解除參照前明確檢查 p->vec_buf 是否為 NULL 來修正此問題。檢查 p->vec_buf 已 (直接或間接) 保護可能遇到相同解除參照問題的其他網站。注意從 PAGEMAP_SCAN 手冊頁看未要求輸出且只有呼叫者感興趣的副作用時vec_len = 0 似乎有效因此其可通過 pagemap_scan_get_args() 中的檢查。此問題是由 syzkaller 所發現。
    (CVE-2025-40009)

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

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

  - ASoCqcomaudioreach修正潛在的 null 指標解除參照。拓撲剖析函式 audioreach_widget_load_module_common() 有可能傳回 NULL 或錯誤指標。新增遺漏的 NULL 檢查以免我們將其解除參照。 (CVE-2025-40013)

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

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

  - afs修正 afs_put_server 中潛在的 null 指標解除參照 afs_put_server() 在 NULL 檢查之前存取 server->debug_id這可能導致 null 指標解除參照。移動 debug_id 指派確保我們絕不會解除參照 NULL 伺服器指標。 (CVE-2025-40010)

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

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

  - net/smc呼叫 get_page() 時修正 smc_rx_splice() 中的警告 smc_lo_register_dmb() 使用 kzalloc() 配置 DMB 緩衝區其稍後會傳送至 smc_rx_splice() 中的 get_page()。由於 kmalloc 記憶體不是分頁備份因此會觸發 get_page() 中的 WARN_ON_ONCE()並防止保留緩衝區的 refcount。
    如果在 splice_to_pipe() 完成之前釋放記憶體這可導致釋放後使用。改用 folio_alloc()確保 DMB 針對 get_page() 進行頁面備份且安全。警告 CPU 18 PID 12152 at ./include/linux/mm.h:1330 smc_rx_splice+0xaf8/0xe20 [smc] CPU 18 UID 0 PID 12152 Comm smcapp Kdump
    已載入 未受污染的 6.17.0-rc3-11705-g9cf4672ecfee #10 NONE 硬體名稱IBM 3931 A01 704 (z/VM 7.4.0) Krnl PSW 0704e00180000000 000793161032696c (smc_rx_splice+0xafc0xe20 [smc]R) 1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:2 PM:0 RI:0 EA:3 Krnl GPRS: 0000000000000000 001cee80007d3001 00077400000000f8 0000000000000005 0000000000000001 001cee80007d3006 0007740000001000 001c000000000000 000000009b0c99e0 0000000000001000 001c0000000000f8 001c000000000000 000003ffcc6f7c88 0007740003e98000 0007931600000005 000792969b2ff7b8 Krnl Code: 0007931610326960: af000000 mc 0,0 0007931610326964: a7f4ff43 brc 15,00079316103267ea #0007931610326968: af000000 mc 0,0 >000793161032696c: a7f4ff3f brc 15,00079316103267ea 0007931610326970: e320f1000004 lg %r2,256(%r15) 0007931610326976: c0e53fd1b5f5 Brasl %r14,000793168fd5d560 000793161032697c: a7f4fbb5 brc 15,00079316103260e6 0007931610326980: b904002b lgr %r2,%r11 呼叫追踪
    smc_rx_splice+0xafc/0xe20 [smc] smc_rx_splice+0x756/0xe20 [smc]) smc_rx_recvmsg+0xa74/0xe00 [smc] smc_splice_read+0x1ce/0x3b0 [smc] sock_splice_read+0xa2/0xf0 do_splice_read+0x198/0x240 splice_file_to_pipe+0x7e/0x110 do_splice+ 0x59e/0xde0 __do_splice+0x11a/0x2d0
    __s390x_sys_splice+0x140/0x1f0 __do_syscall+0x122/0x280 system_call+0x6e/0x90 上次中斷事件地址
    smc_rx_splice+0x960/0xe20 [smc] ---[ end trace 0000000000000000 ]--- (CVE-2025-40012)

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

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

  - 3.6.5 之前的 Mbed TLS 允許對特定 RSA 作業發動本機計時攻擊以及直接呼叫 mbedtls_mpi_mod_inv 或 mbedtls_mpi_gcd。 (CVE-2025-54764)

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

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

  - [此 CNA 資訊記錄與多個 CVE 有關文字說明了哪些方面/弱點對應於哪個 CVE。] 部分 Viridian hypercall 可以三種格式中的一種將 vCPU ID 的遮罩指定為輸入。Xen 的所有三種格式都有邊界檢查錯誤其可在處理輸入時造成超出邊界讀取和寫入。 * CVE-2025-58147。使用 HV_VP_SET Sparse 格式的 Hypercall 可將點陣圖轉換為 Xen 的格式時造成 vpmask_set() 超出邊界寫入。 * CVE-2025-58148。
    使用任何輸入格式的 Hypercall 可造成 send_ipi() 讀取 d->vcpu[] 超出邊界進而在非正規 vCPU 指標上運作。 (CVE-2025-58148)

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

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

  - [此 CNA 資訊記錄與多個 CVE 有關文字說明了哪些方面/弱點對應於哪個 CVE。] 部分 Viridian hypercall 可以三種格式中的一種將 vCPU ID 的遮罩指定為輸入。Xen 的所有三種格式都有邊界檢查錯誤其可在處理輸入時造成超出邊界讀取和寫入。 * CVE-2025-58147。使用 HV_VP_SET Sparse 格式的 Hypercall 可將點陣圖轉換為 Xen 的格式時造成 vpmask_set() 超出邊界寫入。 * CVE-2025-58148。
    使用任何輸入格式的 Hypercall 可造成 send_ipi() 讀取 d->vcpu[] 超出邊界進而在非正規 vCPU 指標上運作。 (CVE-2025-58147)

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

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

  - STOMP over WebSocket 應用程式可能容易受到安全性繞過影響其允許攻擊者傳送未經授權的訊息。受影響的 Spring 產品和版本Spring Framework* 6.2.0 - 6.2.11 * 6.1.06.1.23 - [] * 6.0.x - 6.0.29 * 5.3.0 - 5.3.45 * 不受支援的舊版也受到影響。受影響版本的 MitigationUser 應升級至對應的修正版本。受影響的版本修正 versionAvailability6.2.x6.2.12OSS6.1.x6.1.24 商業版 https://enterprise.spring.io/ 6.0.xN/A 停止支援 https://spring.io/projects/spring-framework#support 5.3.x5.3.46 商業版 https://enterprise.spring.io/ 不需要進一步的緩解步驟。此弱點是由 Jannis Kaiser 發現並負責任地報告。 (CVE-2025-41254)

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

ID	名稱	嚴重性
271816	Linux Distros 未修補的弱點：CVE-2025-55752	high
271724	Linux Distros 未修補的弱點：CVE-2025-62708	high
271723	Linux Distros 未修補的弱點：CVE-2025-50949	medium
271722	Linux Distros 未修補的弱點：CVE-2025-62707	high
271720	Linux Distros 未修補的弱點：CVE-2025-62706	medium
271719	Linux Distros 未修補的弱點：CVE-2025-62611	high
271718	Linux Distros 未修補的弱點：CVE-2025-50951	medium
271717	Linux Distros 未修補的弱點：CVE-2025-50950	high
271716	Linux Distros 未修補的弱點：CVE-2025-40019	high
271715	Linux Distros 未修補的弱點：CVE-2025-40018	medium
271714	Linux Distros 未修補的弱點：CVE-2025-40021	high
271713	Linux Distros 未修補的弱點：CVE-2023-53733	medium
271712	Linux Distros 未修補的弱點：CVE-2025-40020	high
271711	Linux Distros 未修補的弱點：CVE-2025-40024	high
271710	Linux Distros 未修補的弱點：CVE-2025-58149	high
271708	Linux Distros 未修補的弱點：CVE-2025-40022	medium
271707	Linux Distros 未修補的弱點：CVE-2025-12194	medium
271690	Dell Storage Manager 驗證繞過 (CVE-2025-43995)	critical
271688	Linux Distros 未修補的弱點：CVE-2025-12105	high
271687	Linux Distros 未修補的弱點：CVE-2025-11568	medium
271686	Linux Distros 未修補的弱點：CVE-2025-11840	medium
271685	Linux Distros 未修補的弱點：CVE-2025-11839	medium
271684	Linux Distros 未修補的弱點：CVE-2025-26625	high
271683	Linux Distros 未修補的弱點：CVE-2025-49655	critical
271682	Linux Distros 未修補的弱點：CVE-2025-62171	high
271680	Linux Distros 未修補的弱點：CVE-2025-62672	medium
271679	Linux Distros 未修補的弱點：CVE-2025-40001	high
271678	Linux Distros 未修補的弱點：CVE-2025-40002	medium
271677	Linux Distros 未修補的弱點：CVE-2025-40003	medium
271676	Linux Distros 未修補的弱點：CVE-2025-11896	low
271675	Linux Distros 未修補的弱點：CVE-2025-40004	medium
271673	Linux Distros 未修補的弱點：CVE-2025-11678	high
271672	Linux Distros 未修補的弱點：CVE-2025-40005	medium
271671	Linux Distros 未修補的弱點：CVE-2025-40017	high
271670	Linux Distros 未修補的弱點：CVE-2025-11679	medium
271669	Linux Distros 未修補的弱點：CVE-2025-40008	medium
271668	Linux Distros 未修補的弱點：CVE-2025-40006	high
271667	Linux Distros 未修補的弱點：CVE-2025-40015	medium
271666	Linux Distros 未修補的弱點：CVE-2025-40011	medium
271665	Linux Distros 未修補的弱點：CVE-2025-40007	high
271664	Linux Distros 未修補的弱點：CVE-2025-40016	medium
271663	Linux Distros 未修補的弱點：CVE-2025-11680	medium
271662	Linux Distros 未修補的弱點：CVE-2025-40009	medium
271661	Linux Distros 未修補的弱點：CVE-2025-40013	medium
271660	Linux Distros 未修補的弱點：CVE-2025-40010	medium
271659	Linux Distros 未修補的弱點：CVE-2025-40012	high
271658	Linux Distros 未修補的弱點：CVE-2025-54764	medium
271657	Linux Distros 未修補的弱點：CVE-2025-58148	high
271656	Linux Distros 未修補的弱點：CVE-2025-58147	high
271655	Linux Distros 未修補的弱點：CVE-2025-41254	medium

偵測

Nessus 的 Misc. 系列

high

high

medium

high

medium

high

medium

high

high

medium

high

medium

high

high

high

medium

medium

critical

high

medium

medium

medium

high

critical

high

medium

high

medium

medium

low

medium

high

medium

high

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

medium

high

high

medium