The version of Tencent Linux installed on the remote TencentOS Server 3 host is prior to tested version. It is, therefore, affected by multiple vulnerabilities as referenced in the TSSA-2026:0915 advisory.

    Package updates are available for TencentOS Server 3 that fix the following vulnerabilities:

    CVE-2025-66418:
    urllib3 is a user-friendly HTTP client library for Python. Starting in version 1.24 and prior to 2.6.0,     the number of links in the decompression chain was unbounded allowing a malicious server to insert a     virtually unlimited number of compression steps leading to high CPU usage and massive memory allocation     for the decompressed data. This vulnerability is fixed in 2.6.0.

    CVE-2025-66471:
    urllib3 is a user-friendly HTTP client library for Python. Starting in version 1.0 and prior to 2.6.0, the     Streaming API improperly handles highly compressed data. urllib3's streaming API is designed for the     efficient handling of large HTTP responses by reading the content in chunks, rather than loading the     entire response body into memory at once. When streaming a compressed response, urllib3 can perform     decoding or decompression based on the HTTP Content-Encoding header (e.g., gzip, deflate, br, or zstd).
    The library must read compressed data from the network and decompress it until the requested chunk size is     met. Any resulting decompressed data that exceeds the requested amount is held in an internal buffer for     the next read operation. The decompression logic could cause urllib3 to fully decode a small amount of     highly compressed data in a single operation. This can result in excessive resource consumption (high CPU     usage and massive memory allocation for the decompressed data.

    CVE-2026-21441:
    urllib3 is an HTTP client library for Python. urllib3's streaming API is designed for the efficient     handling of large HTTP responses by reading the content in chunks, rather than loading the entire response     body into memory at once. urllib3 can perform decoding or decompression based on the HTTP Content-Encoding     header (e.g., gzip, deflate, br, or zstd). When using the streaming API, the library decompresses only the     necessary bytes, enabling partial content consumption. Starting in version 1.22 and prior to version     2.6.3, for HTTP redirect responses, the library would read the entire response body to drain the     connection and decompress the content unnecessarily. This decompression occurred even before any read     methods were called, and configured read limits did not restrict the amount of decompressed data. As a     result, there was no safeguard against decompression bombs. A malicious server could exploit this to     trigger excessive resource consumption on the client. Applications and libraries are affected when they     stream content from untrusted sources by setting preload_content=False when they do not disable redirects.
    Users should upgrade to at least urllib3 v2.6.3, in which the library does not decode content of redirect     responses when preload_content=False. If upgrading is not immediately possible, disable redirects by     setting redirect=False for requests to untrusted source.

Tenable has extracted the preceding description block directly from the Tencent Linux security advisory.

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

According to the versions of the python-urllib3 package installed, the EulerOS Virtualization installation on the remote host is affected by the following vulnerabilities :

    urllib3 is a user-friendly HTTP client library for Python. Prior to 2.5.0, it is possible to disable     redirects for all requests by instantiating a PoolManager and specifying retries in a way that disable     redirects. By default, requests and botocore users are not affected. An application attempting to mitigate     SSRF or open redirect vulnerabilities by disabling redirects at the PoolManager level will remain     vulnerable. This issue has been patched in version 2.5.0.(CVE-2025-50181)

    urllib3 is a user-friendly HTTP client library for Python. Starting in version 1.24 and prior to 2.6.0,     the number of links in the decompression chain was unbounded allowing a malicious server to insert a     virtually unlimited number of compression steps leading to high CPU usage and massive memory allocation     for the decompressed data. This vulnerability is fixed in 2.6.0.(CVE-2025-66418)

    urllib3 is a user-friendly HTTP client library for Python. Starting in version 1.0 and prior to 2.6.0, the     Streaming API improperly handles highly compressed data. urllib3's streaming API is designed for the     efficient handling of large HTTP responses by reading the content in chunks, rather than loading the     entire response body into memory at once. When streaming a compressed response, urllib3 can perform     decoding or decompression based on the HTTP Content-Encoding header (e.g., gzip, deflate, br, or zstd).
    The library must read compressed data from the network and decompress it until the requested chunk size is     met. Any resulting decompressed data that exceeds the requested amount is held in an internal buffer for     the next read operation. The decompression logic could cause urllib3 to fully decode a small amount of     highly compressed data in a single operation. This can result in excessive resource consumption (high CPU     usage and massive memory allocation for the decompressed data.(CVE-2025-66471)

    urllib3 is an HTTP client library for Python. urllib3's streaming API is designed for the efficient     handling of large HTTP responses by reading the content in chunks, rather than loading the entire response     body into memory at once. urllib3 can perform decoding or decompression based on the HTTP `Content-     Encoding` header (e.g., `gzip`, `deflate`, `br`, or `zstd`). When using the streaming API, the library     decompresses only the necessary bytes, enabling partial content consumption. Starting in version 1.22 and     prior to version 2.6.3, for HTTP redirect responses, the library would read the entire response body to     drain the connection and decompress the content unnecessarily. This decompression occurred even before any     read methods were called, and configured read limits did not restrict the amount of decompressed data. As     a result, there was no safeguard against decompression bombs. A malicious server could exploit this to     trigger excessive resource consumption on the client. Applications and libraries are affected when they     stream content from untrusted sources by setting `preload_content=False` when they do not disable     redirects. Users should upgrade to at least urllib3 v2.6.3, in which the library does not decode content     of redirect responses when `preload_content=False`. If upgrading is not immediately possible, disable     redirects by setting `redirect=False` for requests to untrusted source.(CVE-2026-21441)

    urllib3 is an HTTP client library for Python. From 1.23 to before 2.7.0, cross-origin redirects followed     from the low-level API via ProxyManager.connection_from_url().urlopen(..., assert_same_host=False) still     forward these sensitive headers. This vulnerability is fixed in 2.7.0.(CVE-2026-44431)

Tenable has extracted the preceding description block directly from the EulerOS Virtualization python-urllib3 security advisory.

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

According to the versions of the python-pip packages installed, the EulerOS Virtualization installation on the remote host is affected by the following vulnerabilities :

    Requests is a HTTP library. Due to a URL parsing issue, Requests releases prior to 2.32.4 may leak .netrc     credentials to third parties for specific maliciously-crafted URLs. Users should upgrade to version 2.32.4     to receive a fix. For older versions of Requests, use of the .netrc file can be disabled with     `trust_env=False` on one's Requests Session.(CVE-2024-47081)

    Requests is a HTTP library. Since Requests 2.3.0, Requests has been leaking Proxy-Authorization headers to     destination servers when redirected to an HTTPS endpoint. This is a product of how we use     `rebuild_proxies` to reattach the `Proxy-Authorization` header to requests. For HTTP connections sent     through the tunnel, the proxy will identify the header in the request itself and remove it prior to     forwarding to the destination server. However when sent over HTTPS, the `Proxy-Authorization` header must     be sent in the CONNECT request as the proxy has no visibility into the tunneled request. This results in     Requests forwarding proxy credentials to the destination server unintentionally, allowing a malicious     actor to potentially exfiltrate sensitive information. This issue has been patched in version     2.31.0.(CVE-2023-32681)

    urllib3 is a user-friendly HTTP client library for Python. Prior to 2.5.0, it is possible to disable     redirects for all requests by instantiating a PoolManager and specifying retries in a way that disable     redirects. By default, requests and botocore users are not affected. An application attempting to mitigate     SSRF or open redirect vulnerabilities by disabling redirects at the PoolManager level will remain     vulnerable. This issue has been patched in version 2.5.0.(CVE-2025-50181)

    When extracting a tar archive pip may not check symbolic links point into the extraction directory if the     tarfile module doesn't implement PEP 706.Note that upgrading pip to a 'fixed' version for this     vulnerability doesn't fix all known vulnerabilities that are remediated by using a Python version that     implements PEP 706.Note that this is a vulnerability in pip's fallback implementation of tar extraction     for Python versions that don't implement PEP 706 and therefore are not secure to all vulnerabilities in     the Python 'tarfile' module. If you're using a Python version that implements PEP 706 then pip doesn't use     the 'vulnerable' fallback code.Mitigations include upgrading to a version of pip that includes the fix,     upgrading to a Python version that implements PEP 706 (Python =3.9.17, =3.10.12, =3.11.4, or     =3.12),applying the linked patch, or inspecting source distributions (sdists) before installation as is     already a best-practice.(CVE-2025-8869)

    urllib3 is an HTTP client library for Python. urllib3's streaming API is designed for the efficient     handling of large HTTP responses by reading the content in chunks, rather than loading the entire response     body into memory at once. urllib3 can perform decoding or decompression based on the HTTP `Content-     Encoding` header (e.g., `gzip`, `deflate`, `br`, or `zstd`). When using the streaming API, the library     decompresses only the necessary bytes, enabling partial content consumption. Starting in version 1.22 and     prior to version 2.6.3, for HTTP redirect responses, the library would read the entire response body to     drain the connection and decompress the content unnecessarily. This decompression occurred even before any     read methods were called, and configured read limits did not restrict the amount of decompressed data. As     a result, there was no safeguard against decompression bombs. A malicious server could exploit this to     trigger excessive resource consumption on the client. Applications and libraries are affected when they     stream content from untrusted sources by setting `preload_content=False` when they do not disable     redirects. Users should upgrade to at least urllib3 v2.6.3, in which the library does not decode content     of redirect responses when `preload_content=False`. If upgrading is not immediately possible, disable     redirects by setting `redirect=False` for requests to untrusted source.(CVE-2026-21441)

    urllib3 is a user-friendly HTTP client library for Python. Starting in version 1.24 and prior to 2.6.0,     the number of links in the decompression chain was unbounded allowing a malicious server to insert a     virtually unlimited number of compression steps leading to high CPU usage and massive memory allocation     for the decompressed data. This vulnerability is fixed in 2.6.0.(CVE-2025-66418)

    pip would treat console_scripts and gui_scripts as paths instead of file names without sanitizing the     resolved absolute path to the installation directory, leading to entry points being installed outside the     installation directory.(CVE-2026-8643)

    pip handles concatenated tar and ZIP files as ZIP files regardless of filename or whether a file is both a     tar and ZIP file. This behavior could result in confusing installation behavior, such as installing     'incorrect' files according to the filename of the archive. New behavior only proceeds with installation     if the file identifies uniquely as a ZIP or tar archive, not as both.(CVE-2026-3219)

    Requests is a HTTP library. Prior to version 2.33.0, the `requests.utils.extract_zipped_paths()` utility     function uses a predictable filename when extracting files from zip archives into the system temporary     directory. If the target file already exists, it is reused without validation. A local attacker with write     access to the temp directory could pre-create a malicious file that would be loaded in place of the     legitimate one. Standard usage of the Requests library is not affected by this vulnerability. Only     applications that call `extract_zipped_paths()` directly are impacted. Starting in version 2.33.0, the     library extracts files to a non-deterministic location. If developers are unable to upgrade, they can set     `TMPDIR` in their environment to a directory with restricted write access.(CVE-2026-25645)

    When pip is installing and extracting a maliciously crafted wheel archive, files may be extracted outside     the installation directory. The path traversal is limited to prefixes of the installation directory, thus     isn't able to inject or overwrite executable files in typical situations.(CVE-2026-1703)

    urllib3 is an HTTP client library for Python. From 1.23 to before 2.7.0, cross-origin redirects followed     from the low-level API via ProxyManager.connection_from_url().urlopen(..., assert_same_host=False) still     forward these sensitive headers. This vulnerability is fixed in 2.7.0.(CVE-2026-44431)

Tenable has extracted the preceding description block directly from the EulerOS Virtualization python-pip security advisory.

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

The AlmaLinux 9.2 host has a package installed that is affected by multiple vulnerabilities as referenced in the TuxCare ALMALINUX9.2:CLSA-2026:1770035896 advisory.

  - urllib3 is a user-friendly HTTP client library for Python. Starting in version 1.24 and prior to 2.6.0,     the number of links in the decompression chain was unbounded allowing a malicious server to insert a     virtually unlimited number of compression steps leading to high CPU usage and massive memory allocation     for the decompressed data. This vulnerability is fixed in 2.6.0. (CVE-2025-66418)

  - urllib3 is a user-friendly HTTP client library for Python. Starting in version 1.0 and prior to 2.6.0, the     Streaming API improperly handles highly compressed data. urllib3's streaming API is designed for the     efficient handling of large HTTP responses by reading the content in chunks, rather than loading the     entire response body into memory at once. When streaming a compressed response, urllib3 can perform     decoding or decompression based on the HTTP Content-Encoding header (e.g., gzip, deflate, br, or zstd).
    The library must read compressed data from the network and decompress it until the requested chunk size is     met. Any resulting decompressed data that exceeds the requested amount is held in an internal buffer for     the next read operation. The decompression logic could cause urllib3 to fully decode a small amount of     highly compressed data in a single operation. This can result in excessive resource consumption (high CPU     usage and massive memory allocation for the decompressed data. (CVE-2025-66471)

  - urllib3 is an HTTP client library for Python. urllib3's streaming API is designed for the efficient     handling of large HTTP responses by reading the content in chunks, rather than loading the entire response     body into memory at once. urllib3 can perform decoding or decompression based on the HTTP `Content-     Encoding` header (e.g., `gzip`, `deflate`, `br`, or `zstd`). When using the streaming API, the library     decompresses only the necessary bytes, enabling partial content consumption. Starting in version 1.22 and     prior to version 2.6.3, for HTTP redirect responses, the library would read the entire response body to     drain the connection and decompress the content unnecessarily. This decompression occurred even before any     read methods were called, and configured read limits did not restrict the amount of decompressed data. As     a result, there was no safeguard against decompression bombs. A malicious server could exploit this to     trigger excessive resource consumption on the client. Applications and libraries are affected when they     stream content from untrusted sources by setting `preload_content=False` when they do not disable     redirects. Users should upgrade to at least urllib3 v2.6.3, in which the library does not decode content     of redirect responses when `preload_content=False`. If upgrading is not immediately possible, disable     redirects by setting `redirect=False` for requests to untrusted source. (CVE-2026-21441)

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

ID	Name	Product	Family	Published	Updated	Severity
341140	TencentOS Server 3: resource-agents (TSSA-2026:0915)	Nessus	Tencent Local Security Checks	8/27/2026	8/27/2026	high
347192	EulerOS Virtualization 2.11.0 : python-urllib3 (EulerOS-SA-2026-3555)	Nessus	Huawei Local Security Checks	9/18/2026	9/18/2026	high
347295	EulerOS Virtualization 2.11.1 : python-pip (EulerOS-SA-2026-3464)	Nessus	Huawei Local Security Checks	9/18/2026	9/18/2026	high
351661	AlmaLinux 9.2 [TuxCare] Security Update: python3.11-urllib3 Multiple Vulnerabilities (ALMALINUX9.2:CLSA-2026:1770035896)	Nessus	Alma Linux Local Security Checks	9/30/2026	9/30/2026	high

Detections

Analytics

Plugins Search

high

high

high

high