遠端主機上安裝的 python-urllib3 版本為早於 1.25.9-1 的版本。因此，它會受到 ALAS2-2024-2653 公告中提及的一個弱點影響。

    urllib3 是 Python 的人性化 HTTP 用戶端程式庫。以 `ProxyManager` 使用 urllib3 的 Proxy 支援時，`Proxy-Authorization` 標頭只會如預期傳送至設定的 Proxy。
    但是，在*不*使用 urllib3 Proxy 支援的情況下傳送 HTTP 要求時，可能會意外設定 `Proxy-Authorization` 標頭，即使因為要求未使用轉送 Proxy 或通道 Proxy 而不會產生任何影響，也是如此。在這些情況下，urllib3 不會將 `Proxy-Authorization` HTTP 標頭視為攜帶驗證資料的標頭，因此不會去除跨來源重新導向的標頭。由於這是極不可能發生的狀況，因此我們認為對於幾乎所有使用者而言，此弱點對於幾乎的嚴重性較低。謹慎起見，urllib3 會在跨來源重新導向期間自動去除 `Proxy-Authorization` 標頭，以避免使用者意外這樣做 (雖然可能性很小)。使用者應使用 urllib3 的 proxy 支援或停用自動重新導向，以安全處理 `Proxy-Authorization` 標頭，但我們仍決定預設去除標頭，以進一步保護未使用正確方法的使用者。我們認為，受此公告影響的使用情況較少。要惡意利用此弱點，必須符合下列所有條件：1. 設定 `Proxy-Authorization` 標頭，而不使用 urllib3 的內建 proxy 支援。2. 未停用 HTTP 重新導向。3. 未使用 HTTPS 原始伺服器，或是 proxy 或目標來源重新導向至惡意來源。建議使用者更新至 1.26.19 版或 2.2.2 版。無法升級的使用者可以透過 urllib3 的 `ProxyManager` 使用 `Proxy-Authorization` 標頭、在傳送要求時使用 `redirects=False` 停用 HTTP 重新導向，或不使用 `Proxy-Authorization` 標頭作為緩解措施。(CVE-2024-37891)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

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

偵測

Amazon Linux 2：python-urllib3 (ALAS-2024-2653)

medium Nessus Plugin ID 209145

版本 1.1