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

  - urllib3 是適用於 Python 的人性化 HTTP 用戶端程式庫。先前，當要求方法根據 HTTP RFC 的要求，從可接受要求內文 (如「POST」) 變更為「GET」時，urllib3 便不會在 HTTP 重新導向回應使用狀態 301、302 或 303 時移除 HTTP 要求內文。
    雖然此行為並未在重新導向區段中指定，但可藉由拼湊來自不同區段的資訊來推斷出，而且我們已在 curl 和網頁瀏覽器等其他主要 HTTP 用戶端實作中觀察到此行為。由於此弱點需要先前受信任的服務遭到入侵，才能對機密性造成影響，因此我們認為此弱點的可利用性較低。此外，許多使用者並未在 HTTP 要求內文中放置敏感資料，如果是這種情況，則此弱點不會遭到惡意利用。必須滿足以下兩個條件才會受到此弱點影響：1. 使用 urllib3 並提交 HTTP 要求內文中的敏感資訊 (例如表單資料或 JSON)，以及 2. 原始服務會遭到入侵，並會開始使用 301、302 或 303 重新導向至惡意對等端，或是出現重新導向至的服務遭到入侵的情況。
    此問題已在 1.26.18 和 2.0.7 版中解決，建議使用者更新以解決此問題。無法更新的使用者應使用 `redirects=False` 停用未預期以重新導向回應的服務重新導向，並使用 `redirects=False` 停用自動重新導向，亦可透過去除 HTTP 要求內文來手動處理 301、302 和 303 重新導向。(CVE-2023-45803)

  - PyCryptodome 和 pycryptodomex 3.19.1 之前版本允許 OAEP 解密發生側通道洩漏，攻擊者可利用此問題來發動 Manger 攻擊。(CVE-2023-52323)

  - Jinja 是可延伸的範本引擎。範本中的特殊預留位置允許寫入與 Python 語法類似的程式碼。可將任意 HTML 屬性插入經轉譯的 HTML 範本，進而可能導致跨網站指令碼 (XSS)。Jinja「xmlattr」篩選器可被濫用於插入任意 HTML 屬性金鑰和值，進而繞過自動逸出機制，並且可能導致 XSS。如果屬性驗證檢查以封鎖清單為基礎，也可能會繞過這些檢查。
    (CVE-2024-22195)

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

偵測

RHEL 9：fence-agents (RHSA-2024:1155)

medium Nessus Plugin ID 191569

版本 1.1