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

  - Werkzeug 是 Web 伺服器閘道介面 web 應用程式程式庫。使用 `werkzeug.formparser.MultiPartParser` (其對應於 Werkzeug 之前版本 3.0.6 )剖析「multipart/form-data」要求的應用程式 (例如所有 flask 應用程式) 容易發生一個相對簡單但有效的資源耗盡問題 (拒絕服務)攻擊。特製的表單提交要求可造成剖析器在主記憶體中配置並封鎖 3 到 8 倍的上傳大小。沒有上限以 1 Gbit/s 的單一上傳可在 60 秒內耗盡 32 GB RAM。Werkzeug 版 3.0.6 可修正此問題。 (CVE-2024-49767)

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

遠端 Azure Linux 3.0 主機上安裝的 python-werkzeug 版本比測試版舊。因此，此版本會受到 CVE-2024-49767 公告中提及的一個弱點影響。

  - Werkzeug 是 Web 伺服器閘道介面 web 應用程式程式庫。使用 `werkzeug.formparser.MultiPartParser` (其對應於 Werkzeug 之前版本 3.0.6 )剖析「multipart/form-data」要求的應用程式 (例如所有 flask 應用程式) 容易發生一個相對簡單但有效的資源耗盡問題 (拒絕服務)攻擊。特製的表單提交要求可造成剖析器在主記憶體中配置並封鎖 3 到 8 倍的上傳大小。沒有上限以 1 Gbit/s 的單一上傳可在 60 秒內耗盡 32 GB RAM。Werkzeug 版 3.0.6 可修正此問題。 (CVE-2024-49767)

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

遠端 Ubuntu 22.04 LTS / 24.04 LTS / 24.10 主機上安裝的一個套件受到 USN-7093-1 公告中所提及的一個弱點影響。

    據發現，Werkzeug 未正確處理多個表單提交要求。遠端攻擊者可能會利用此問題造成 Werkzeug 耗用資源，進而導致拒絕服務。

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

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

遠端主機上安裝的 IBM Spectrum Protect Plus Web UI 版本比 10.1.17.1 IBM Spectrum Protect Plus 舊。因此會受到 7237702 公告中所提及的多個弱點影響。

  - 此問題會影響 9.0.0之前的套件 node-notifier。由於傳送陣列時選項參數未經過清理它可讓攻擊者在 Linux 機器上執行任意命令。 (CVE-2020-7789)

  - Flask 是輕量型 WSGI Web 應用程式架構。當符合下列所有條件時，包含預定給一個用戶端的資料的回應可能會遭到快取，然後由 Proxy 傳送至其他用戶端。如果 Proxy 也快取「Set-Cookie」標頭，它可能會傳送一個用戶端的「session」cookie 給其他用戶端。该弱点的嚴重性取決於應用程式對工作階段的使用，以及有關 Cookie 的 Proxy 行為。風險取決於是否符合所有這些條件：1. 應用程式必須由不去除 Cookie 或忽略 Cookie 回應的快取代理伺服器主控。2. 應用程式設定「session.permanent = True」3. 在要求期間，應用程式不會存取或修改工作階段。4. 啟用「SESSION_REFRESH_EACH_REQUEST」(預設)。5. 應用程式未設定「Cache-Control」標頭以指示頁面為私人頁面或不應快取。會發生此問題是因為有弱點的 Flask 版本只在存取或修改工作階段時設定 `Vary: Cookie` 標頭而不是在重新整理工作階段 (重新傳送以更新到期日)而不存取或修改工作階段時設定 `Vary: Cookie` 標頭。此問題已在 2.3.2 和 2.2.5 版中修正。(CVE-2023-30861)

  - Requests 是一個 HTTP 程式庫。自 Requests 2.3.0 起，Requests 重新導向至 HTTPS 端點時會向目的地伺服器洩漏 Proxy-Authorization 標頭。這是我們使用 `rebuild_proxies` 將 `Proxy-Authorization` 標頭重新附加到要求的結果。對於透過通道傳送的 HTTP 連線，Proxy 會識別要求本身中的標頭，並在轉送至目的地伺服器之前將其移除。但在透過 HTTPS 傳送時，因為 Proxy 無法檢視通道要求，因而必須在 CONNECT 要求中傳送「Proxy-Authorization」標頭。這會導致 Requests 意外將 Proxy 憑證轉送至目的地伺服器，進而允許惡意執行者洩漏敏感資訊。此問題已在 2.31.0 版中修正。
    (CVE-2023-32681)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
230988	Linux Distros 未修補的弱點：CVE-2024-49767	Nessus	Misc.	2025/3/6	2025/10/14	high
215390	Azure Linux 3.0 安全性更新python-werkzeug (CVE-2024-49767)	Nessus	Azure Linux Local Security Checks	2025/2/10	2025/9/15	medium
210372	Ubuntu 22.04 LTS / 24.04 LTS / 24.10：Werkzeug 弱點 (USN-7093-1)	Nessus	Ubuntu Local Security Checks	2024/11/5	2024/11/5	medium
240343	IBM Spectrum Protect Plus Web UI 10.1.0 < 10.1.17.1 (7237702)	Nessus	Misc.	2025/6/25	2025/6/25	high

偵測

搜尋 Plugin

high

medium

medium

high