The urllib3 library 1.26.x before 1.26.4 for Python omits SSL certificate validation in some cases involving HTTPS to HTTPS proxies.
The initial connection to the HTTPS proxy (if an SSLContext isn't given via proxy_config) doesn't verify the hostname of the certificate. This means certificates for different servers that still validate properly with the default urllib3 SSLContext will be silently accepted.

This plugin only works with Tenable.ot.
Please visit https://www.tenable.com/products/tenable-ot for more information.

远程主机会受到 GLSA-202107-36 中所述漏洞的影响（urllib3：多个漏洞）

    在 urllib3 中发现多个漏洞。请检查下方引用的 CVE 标识符以了解详细信息。
  影响：

    攻击者可造成潜在的拒绝服务情况。
  变通方案：

    目前无任何已知的变通方案。

遠端主機上安裝的 python3 版本是 3.9.11 之前版本。因此，會受到 SSA:2022-077-01 公告中提及的一個弱點影響。

  - 在涉及 HTTPS 至 HTTPS Proxy 的某些情況下，早於 1.26.4 版本的 Python urllib3 程式庫 1.26.x 會省略驗證 SSL 憑證。HTTPS Proxy 的初始連線 (若未透過 proxy_config 提供 SSLContext) 不會驗證憑證的主機名稱。這表示系統將接受仍可使用預設 urllib3 SSLContext 執行正確驗證的不同伺服器的憑證。
    (CVE-2021-28363)

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

因此，它受到 ALAS2-2021-1667 公告中提及的一個弱點影響。

  - 在涉及 HTTPS 至 HTTPS Proxy 的某些情況下，早於 1.26.4 版本的 Python urllib3 程式庫 1.26.x 會省略驗證 SSL 憑證。HTTPS Proxy 的初始連線 (若未透過 proxy_config 提供 SSLContext) 不會驗證憑證的主機名稱。這表示系統將接受仍可使用預設 urllib3 SSLContext 執行正確驗證的不同伺服器的憑證。
    (CVE-2021-28363)

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

遠端主機受到 GLSA-202305-02 中所述的弱點影響 (Python，PyPy3：多個弱點)

  - 在 Python (即 CPython) 3.10.8 和之前的所有版本中，mailcap 模組不會將逸出字元新增到在系統 mailcap 檔案中發現的命令中。這可能允許攻擊者將 shell 命令插入使用未受信任的輸入呼叫 mailcap.findmatch 的應用程式中 (若未驗證使用者提供的檔案名稱或引數) 。此修正也已反向移植至 3.7、 3.8、 3.9 (CVE-2015-20107)

  - 在 openstack-nova 的主控台代理伺服器 noVNC 中發現一個弱點。透過特製惡意 URL，可讓 noVNC 重新導向至任何所需的 URL。(CVE-2021-3654)

  - 在涉及 HTTPS 至 HTTPS Proxy 的某些情況下，早於 1.26.4 版本的 Python urllib3 程式庫 1.26.x 會省略驗證 SSL 憑證。HTTPS Proxy 的初始連線 (若未透過 proxy_config 提供 SSLContext) 不會驗證憑證的主機名稱。這表示系統將接受仍可使用預設 urllib3 SSLContext 執行正確驗證的不同伺服器的憑證。
    (CVE-2021-28363)

  - ** 有爭議 ** Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。
    注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：
    不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

  - 在 Python G263.9.5 之前的版本中，ipaddress 程式庫未正確處理 IP 位址字串八位元中的前置零字元。在某些情況下，攻擊者可利用此問題繞過以 IP 位址為基礎的存取控制。(CVE-2021-29921)

  - 在 Python 中發現一個缺陷，尤其是在 urllib.parse 模組中。此模組有助於將統一資源定位器 (URL) 字串分解為多個元件。此問題涉及如何讓 urlparse 方法不審查輸入，以及如何在 URL 路徑中允許「\r」和「\n」等字元。此缺陷允許攻擊者輸入建構的 URL，進而導致插入攻擊。此缺陷會影響 Python 3.10.0b1、3.9.5、3.8.11、3.7.11 和 3.6.14 之前的版本。(CVE-2022-0391)

  - 在 fdc6fef 之前的 Keccak XKCP SHA-3 參照實作中發現整數溢位問題和由此產生的緩衝區溢位，攻擊者可以藉此執行任意程式碼或消除預期的密碼編譯屬性。
    這問題發生在 sponge 函式介面中。(CVE-2022-37454)

  - Linux 主機上 3.9.16 之前的 Python 3.9.x 版和 3.10.9 之前的 3.10.x 版允許使用者在非預設組態中提升本機權限。在 Linux 上與 forkserver 啟動方法結合使用時，Python 多處理庫允許從同一計算機中本機網路命名空間中的任何使用者還原序列化 pickles，這在許多系統組態中是指同一計算機上的任何使用者。Pickles 可執行任意程式碼。
    因此，這允許將本機使用者權限提升為執行任何 forkserver 處理程序的使用者。將 multiprocessing.util.abstract_sockets_supported 設為 False 是一種因應措施。用於多重處理的 forkserver 啟動方法不是預設的啟動方法。此問題是 Linux 系統所特有，因為只有 Linux 支援抽象命名空間通訊端。 3.9 版之前的 CPython 預設為不使用 Linux 抽象命名空間通訊端。在 3.7.8 和 3.8.3 版中，新增了對使用者手動指定抽象命名空間通訊端的支援，但在 3.9 之前的 CPython 中，使用者需要進行特定的非常見 API 呼叫才能做到這樣。(CVE-2022-42919)

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

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

远程主机上安装的 python3 版本低于 3.9.11。因此，该主机受到 SSA:2022-077-01 公告中提及的多个漏洞的影响。

  - 在某些涉及 HTTPS 到 HTTPS 代理的情况下，1.26.4 之前的 Python urllib3 库 1.26.x 版本将会遗漏验证 SSL 证书。到 HTTPS 代理的初始连接（如果未通过 proxy_config 提供 SSLContext）不会验证证书的主机名。这意味着将静默接受（仍可使用默认的 urllib3 SSLContext 执行正确验证程序的）不同服务器的证书。
    (CVE-2021-28363)

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

因此，该应用程序受到 ALAS2-2021-1667 公告中提及的漏洞的影响。

  - 在某些涉及 HTTPS 到 HTTPS 代理的情况下，1.26.4 之前的 Python urllib3 库 1.26.x 版本将会遗漏验证 SSL 证书。到 HTTPS 代理的初始连接（如果未通过 proxy_config 提供 SSLContext）不会验证证书的主机名。这意味着将静默接受（仍可使用默认的 urllib3 SSLContext 执行正确验证程序的）不同服务器的证书。
    (CVE-2021-28363)

请注意，Nessus 尚未测试此问题，而是只依靠应用程序自我报告的版本号来判断。

远程主机受到 GLSA-202305-02 中所述漏洞的影响（Python、PyPy3：多个漏洞）

  - 在 Python（也称为 CPython）3.10.8 及之前的所有版本中，mailcap 模块不会将转义字符添加到在系统 mailcap 文件中发现的命令中，攻击者可借此将 shell 命令注入使用不受信任的输入调用 mailcap.findmatch 的应用程序（如果缺少对用户提供的文件名或参数的验证）。此补丁也会向后移植到 3.7、3.8、3.9 (CVE-2015-20107)

  - 在 openstack-nova 的控制台代理 noVNC 中发现漏洞。通过构建恶意 URL，攻击者可使 noVNC 重定向到任何所需的 URL。(CVE-2021-3654)

  - 在某些涉及 HTTPS 到 HTTPS 代理的情况下，1.26.4 之前的 Python urllib3 库 1.26.x 版本将会遗漏验证 SSL 证书。到 HTTPS 代理的初始连接（如果未通过 proxy_config 提供 SSLContext）不会验证证书的主机名。这意味着将静默接受（仍可使用默认的 urllib3 SSLContext 执行正确验证程序的）不同服务器的证书。
    (CVE-2021-28363)

  - ** 有争议 ** Python 3.x 至 3.10 版在 lib/http/server.py 中有一个开放重定向漏洞，这是由未针对 URI 路径开头的多个 (/) 提供保护而引起的，可能会导致信息泄露。
    注意：第三方对此问题存在争议，因为 http.server.html 文档页面存在警告：
    不建议将 http.server 用于生产用途，而仅用于基本的安全检查。(CVE-2021-28861)

  - 在 Python 3.9.5 之前的版本中，ipaddress 库未正确处理 IP 地址字符串八进制数中的前导零字符。（在某些情况下）攻击者可利用此问题绕过基于 IP 地址的访问控制。 (CVE-2021-29921)

  - 在 Python 中发现一个缺陷，尤其是在 urllib.parse 模块中。此模块有助于将统一资源定位器 (URL) 字符串拆分为多个组件。此问题涉及如何让 urlparse 方法不审查输入并允许 URL 路径中包含“\r”和“\n”等字符。此缺陷允许攻击者输入构建的 URL，从而导致注入攻击。此缺陷影响 Python 3.10.0b1、3.9.5、3.8.11、3.7.11 和 3.6.14 之前版本。(CVE-2022-0391)

  - fdc6fef 之前的 Keccak XKCP SHA-3 参考实现存在整数溢出和缓冲区溢出，允许攻击者执行任意代码或消除预期的加密属性。
    这会发生在 sponge 函数接口中。(CVE-2022-37454)

  - Linux 上的 Python 3.9.16 之前的 3.9.x 版本和 3.10.9 之前的 3.10.x 版本允许在非默认配置中提升本地权限。Python 多处理库与 Linux 上的 forkserver 启动方法一起使用时，允许从同一计算机本地网络命名空间中的任何用户（这在许多系统配置中表示同一计算机上的任何用户）反序列化 pickles。Pickles 可执行任意代码。
    因此，这允许将本地用户权限升级为运行任何 forkserver 进程的用户。将 multiprocessing.util.abstract_sockets_supported 设置为 False 是一种变通方案。多进程的 forkserver 启动方法不是默认的启动方法。仅 Linux 系统会发生此问题，因为只有 Linux 支持抽象命名空间套接字。低于 3.9 的 CPython 默认不使用 Linux 抽象命名空间套接字。在 3.7.8 和 3.8.3 版中，作为缺陷补丁添加了对用户手动指定抽象命名空间的支持，但在 3.9之前的 CPython 中，用户需要进行特定的不常见 API 调用才可以做到。(CVE-2022-42919)

  - 在低于 3.11.1 版的 Python 中发现一个问题 。处理 IDNA (RFC 3490) 解码器的某些输入时，一个路径中存在不必要的二次算法，因此向解码器显示的特别构建的过长名称可导致 CPU 拒绝服务。主机名通常由可能受到恶意执行者控制的远程服务器提供；在这种情况下，它们可在尝试使用攻击者提供的假想主机名的客户端上触发过度消耗 CPU。
    例如，攻击负载可放置在具有状态代码 302 的 HTTP 响应的 Location 标头中。计划在 3.11.1、 3.10.9、 3.9.16、 3.8.16 和 3.7.16 版中进行修复。(CVE-2022-45061)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

遠端主機會受到 GLSA-202107-36 中所述的弱點影響 (urllib3：多個弱點)

    在 urllib3 中發現多個弱點。如需詳細資訊，請檢閱下方提及的 CVE 識別碼。
  影響：

    攻擊者可能會造成拒絕服務情形。
  因應措施：

    目前尚無已知的因應措施。

リモートのホストにインストールされている python3 のバージョンは、3.9.11 より前です。したがって、SSA:2022-077-01 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Python の 1.26.4より前の urllib3 ライブラリ 1.26.xでは、HTTPS から HTTPS へのプロキシが関与する場合に、SSL 証明書の検証が省略されます。HTTPS プロキシへの初期接続 (proxy_config で SSLContext が提供されない場合) の際に、証明書のホスト名を検証しません。これは、デフォルトの urllib3 SSLContext で適切に検証されているさまざまなサーバーの証明書が、警告なしで受け入れられることを意味します。
    (CVE-2021-28363)

Nessus はこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

したがって、ALAS2-2021-1667 のアドバイザリに記載されている脆弱性の影響を受けます。

  - Python の 1.26.4 より前の urllib3 ライブラリ 1.26.x では、HTTPS から HTTPS へのプロキシが関与する場合に、SSL 証明書の検証が省略されます。HTTPS プロキシへの初期接続 (proxy_config で SSLContext が提供されない場合) の際に、証明書のホスト名を検証しません。これは、デフォルトの urllib3 SSLContext で適切に検証されているさまざまなサーバーの証明書が、警告なしで受け入れられることを意味します。
    (CVE-2021-28363)

Nessusはこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

The remote host is affected by the vulnerability described in GLSA-202107-36 (urllib3: Multiple vulnerabilities)

    Multiple vulnerabilities have been discovered in urllib3. Please review       the CVE identifiers referenced below for details.
  Impact :

    An attacker could cause a possible Denial of Service condition.
  Workaround :

    There is no known workaround at this time.

The version of python3 installed on the remote host is prior to 3.9.11. It is, therefore, affected by a vulnerability as referenced in the SSA:2022-077-01 advisory.

  - The urllib3 library 1.26.x before 1.26.4 for Python omits SSL certificate validation in some cases     involving HTTPS to HTTPS proxies. The initial connection to the HTTPS proxy (if an SSLContext isn't given     via proxy_config) doesn't verify the hostname of the certificate. This means certificates for different     servers that still validate properly with the default urllib3 SSLContext will be silently accepted.
    (CVE-2021-28363)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

It is, therefore, affected by a vulnerability as referenced in the ALAS2-2021-1667 advisory.

    The urllib3 library 1.26.x before 1.26.4 for Python omits SSL certificate validation in some cases     involving HTTPS to HTTPS proxies. The initial connection to the HTTPS proxy (if an SSLContext isn't given     via proxy_config) doesn't verify the hostname of the certificate. This means certificates for different     servers that still validate properly with the default urllib3 SSLContext will be silently accepted.
    (CVE-2021-28363)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The remote host is affected by the vulnerability described in GLSA-202305-02 (Python, PyPy3: Multiple Vulnerabilities)

  - In Python (aka CPython) up to 3.10.8, the mailcap module does not add escape characters into commands     discovered in the system mailcap file. This may allow attackers to inject shell commands into applications     that call mailcap.findmatch with untrusted input (if they lack validation of user-provided filenames or     arguments). The fix is also back-ported to 3.7, 3.8, 3.9 (CVE-2015-20107)

  - A vulnerability was found in openstack-nova's console proxy, noVNC. By crafting a malicious URL, noVNC     could be made to redirect to any desired URL. (CVE-2021-3654)

  - The urllib3 library 1.26.x before 1.26.4 for Python omits SSL certificate validation in some cases     involving HTTPS to HTTPS proxies. The initial connection to the HTTPS proxy (if an SSLContext isn't given     via proxy_config) doesn't verify the hostname of the certificate. This means certificates for different     servers that still validate properly with the default urllib3 SSLContext will be silently accepted.
    (CVE-2021-28363)

  - ** DISPUTED ** Python 3.x through 3.10 has an open redirection vulnerability in lib/http/server.py due to     no protection against multiple (/) at the beginning of URI path which may leads to information disclosure.
    NOTE: this is disputed by a third party because the http.server.html documentation page states Warning:
    http.server is not recommended for production. It only implements basic security checks. (CVE-2021-28861)

  - In Python before 3,9,5, the ipaddress library mishandles leading zero characters in the octets of an IP     address string. This (in some situations) allows attackers to bypass access control that is based on IP     addresses. (CVE-2021-29921)

  - A flaw was found in Python, specifically within the urllib.parse module. This module helps break Uniform     Resource Locator (URL) strings into components. The issue involves how the urlparse method does not     sanitize input and allows characters like '\r' and '\n' in the URL path. This flaw allows an attacker to     input a crafted URL, leading to injection attacks. This flaw affects Python versions prior to 3.10.0b1,     3.9.5, 3.8.11, 3.7.11 and 3.6.14. (CVE-2022-0391)

  - The Keccak XKCP SHA-3 reference implementation before fdc6fef has an integer overflow and resultant buffer     overflow that allows attackers to execute arbitrary code or eliminate expected cryptographic properties.
    This occurs in the sponge function interface. (CVE-2022-37454)

  - Python 3.9.x before 3.9.16 and 3.10.x before 3.10.9 on Linux allows local privilege escalation in a non-     default configuration. The Python multiprocessing library, when used with the forkserver start method on     Linux, allows pickles to be deserialized from any user in the same machine local network namespace, which     in many system configurations means any user on the same machine. Pickles can execute arbitrary code.
    Thus, this allows for local user privilege escalation to the user that any forkserver process is running     as. Setting multiprocessing.util.abstract_sockets_supported to False is a workaround. The forkserver start     method for multiprocessing is not the default start method. This issue is Linux specific because only     Linux supports abstract namespace sockets. CPython before 3.9 does not make use of Linux abstract     namespace sockets by default. Support for users manually specifying an abstract namespace socket was added     as a bugfix in 3.7.8 and 3.8.3, but users would need to make specific uncommon API calls in order to do     that in CPython before 3.9. (CVE-2022-42919)

  - An issue was discovered in Python before 3.11.1. An unnecessary quadratic algorithm exists in one path     when processing some inputs to the IDNA (RFC 3490) decoder, such that a crafted, unreasonably long name     being presented to the decoder could lead to a CPU denial of service. Hostnames are often supplied by     remote servers that could be controlled by a malicious actor; in such a scenario, they could trigger     excessive CPU consumption on the client attempting to make use of an attacker-supplied supposed hostname.
    For example, the attack payload could be placed in the Location header of an HTTP response with status     code 302. A fix is planned in 3.11.1, 3.10.9, 3.9.16, 3.8.16, and 3.7.16. (CVE-2022-45061)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
504104	Siemens SIMATIC S7-1500 Improper Certificate Validation (CVE-2021-28363)	Tenable OT Security	Tenable.ot	2025/11/13	2026/3/5	medium
157001	GLSA-202107-36：urllib3：多个漏洞	Nessus	Gentoo Local Security Checks	2022/1/24	2022/1/26	medium
159068	Slackware Linux 15.0 / 最新版 python3 弱點 (SSA:2022-077-01)	Nessus	Slackware Local Security Checks	2022/3/18	2022/3/18	medium
169523	Amazon Linux 2：python-pip (ALAS-2021-1667)	Nessus	Amazon Linux Local Security Checks	2023/1/4	2024/12/11	medium
175043	GLSA-202305-02：Python、PyPy3：多個弱點	Nessus	Gentoo Local Security Checks	2023/5/3	2023/5/3	critical
159068	Slackware Linux 15.0 / 当前版 python3 漏洞 (SSA:2022-077-01)	Nessus	Slackware Local Security Checks	2022/3/18	2022/3/18	medium
169523	Amazon Linux 2：python-pip (ALAS-2021-1667)	Nessus	Amazon Linux Local Security Checks	2023/1/4	2024/12/11	medium
175043	GLSA-202305-02 : Python、PyPy3：多个漏洞	Nessus	Gentoo Local Security Checks	2023/5/3	2023/5/3	critical
157001	GLSA-202107-36：urllib3：多個弱點	Nessus	Gentoo Local Security Checks	2022/1/24	2022/1/26	medium
159068	Slackware Linux 15.0/ 最新版 python3 の脆弱性 (SSA:2022-077-01)	Nessus	Slackware Local Security Checks	2022/3/18	2022/3/18	medium
169523	Amazon Linux 2：python-pip（ALAS-2021-1667）	Nessus	Amazon Linux Local Security Checks	2023/1/4	2024/12/11	medium
157001	GLSA-202107-36 : urllib3: Multiple vulnerabilities	Nessus	Gentoo Local Security Checks	2022/1/24	2022/1/26	medium
159068	Slackware Linux 15.0 / current python3 Vulnerability (SSA:2022-077-01)	Nessus	Slackware Local Security Checks	2022/3/18	2022/3/18	medium
169523	Amazon Linux 2 : python-pip (ALAS-2021-1667)	Nessus	Amazon Linux Local Security Checks	2023/1/4	2024/12/11	medium
175043	GLSA-202305-02 : Python, PyPy3: Multiple Vulnerabilities	Nessus	Gentoo Local Security Checks	2023/5/3	2023/5/3	critical

检测

插件搜索

medium

medium

medium

medium

critical

medium

medium

critical

medium

medium

medium

medium

medium

medium

critical