The remote Redhat Enterprise Linux 6 host has one or more packages installed that are affected by multiple vulnerabilities that have been acknowledged by the vendor but will not be patched.
squid: Heap overflow issue in URN processing (CVE-2019-12526)
squid: Buffer overflow in reverse-proxy configurations (CVE-2020-8450)
Incorrect processing of responses to If-None-Modified HTTP conditional requests in Squid HTTP Proxy 3.1.10 through 3.1.23, 3.2.0.3 through 3.5.22, and 4.0.1 through 4.0.16 leads to client-specific Cookie data being leaked to other clients. Attack requests can easily be crafted by a client to probe a cache for this information. (CVE-2016-10002)
Squid 3.x before 3.5.15 and 4.x before 4.0.7 does not properly append data to String objects, which allows remote servers to cause a denial of service (assertion failure and daemon exit) via a long string, as demonstrated by a crafted HTTP Vary header. (CVE-2016-2569)
The Edge Side Includes (ESI) parser in Squid 3.x before 3.5.15 and 4.x before 4.0.7 does not check buffer limits during XML parsing, which allows remote HTTP servers to cause a denial of service (assertion failure and daemon exit) via a crafted XML document, related to esi/CustomParser.cc and esi/CustomParser.h. (CVE-2016-2570)
http.cc in Squid 3.x before 3.5.15 and 4.x before 4.0.7 proceeds with the storage of certain data after a response-parsing failure, which allows remote HTTP servers to cause a denial of service (assertion failure and daemon exit) via a malformed response. (CVE-2016-2571)
http.cc in Squid 4.x before 4.0.7 relies on the HTTP status code after a response-parsing failure, which allows remote HTTP servers to cause a denial of service (assertion failure and daemon exit) via a malformed response. (CVE-2016-2572)
Squid 3.x before 3.5.16 and 4.x before 4.0.8 improperly perform bounds checking, which allows remote attackers to cause a denial of service via a crafted HTTP response, related to Vary headers.
(CVE-2016-3948)
The Squid Software Foundation Squid HTTP Caching Proxy version 3.0 to 3.5.27, 4.0 to 4.0.22 contains a Incorrect Pointer Handling vulnerability in ESI Response Processing that can result in Denial of Service for all clients using the proxy… This attack appear to be exploitable via Remote server delivers an HTTP response payload containing valid but unusual ESI syntax… This vulnerability appears to have been fixed in 4.0.23 and later. (CVE-2018-1000024)
The Squid Software Foundation Squid HTTP Caching Proxy version prior to version 4.0.23 contains a NULL Pointer Dereference vulnerability in HTTP Response X-Forwarded-For header processing that can result in Denial of Service to all clients of the proxy. This attack appear to be exploitable via Remote HTTP server responding with an X-Forwarded-For header to certain types of HTTP request. This vulnerability appears to have been fixed in 4.0.23 and later. (CVE-2018-1000027)
This vulnerability allows remote attackers to deny service on vulnerable installations of The Squid Software Foundation Squid 3.5.27-20180318. Authentication is not required to exploit this vulnerability.
The specific flaw exists within ClientRequestContext::sslBumpAccessCheck(). A crafted request can trigger the dereference of a null pointer. An attacker can leverage this vulnerability to create a denial-of- service condition to users of the system. Was ZDI-CAN-6088. (CVE-2018-1172)
Squid before 4.4 has XSS via a crafted X.509 certificate during HTTP(S) error page generation for certificate errors. (CVE-2018-19131)
Squid before 4.4, when SNMP is enabled, allows a denial of service (Memory Leak) via an SNMP packet.
(CVE-2018-19132)
An issue was discovered in Squid through 4.7 and 5. When receiving a request, Squid checks its cache to see if it can serve up a response. It does this by making a MD5 hash of the absolute URL of the request.
If found, it servers the request. The absolute URL can include the decoded UserInfo (username and password) for certain protocols. This decoded info is prepended to the domain. This allows an attacker to provide a username that has special characters to delimit the domain, and treat the rest of the URL as a path or query string. An attacker could first make a request to their domain using an encoded username, then when a request for the target domain comes in that decodes to the exact URL, it will serve the attacker’s HTML instead of the real HTML. On Squid servers that also act as reverse proxies, this allows an attacker to gain access to features that only reverse proxies can use, such as ESI. (CVE-2019-12520)
An issue was discovered in Squid through 4.7. When Squid is parsing ESI, it keeps the ESI elements in ESIContext. ESIContext contains a buffer for holding a stack of ESIElements. When a new ESIElement is parsed, it is added via addStackElement. addStackElement has a check for the number of elements in this buffer, but it’s off by 1, leading to a Heap Overflow of 1 element. The overflow is within the same structure so it can’t affect adjacent memory blocks, and thus just leads to a crash while processing.
(CVE-2019-12521)
An issue was discovered in Squid through 4.7. When Squid is run as root, it spawns its child processes as a lesser user, by default the user nobody. This is done via the leave_suid call. leave_suid leaves the Saved UID as 0. This makes it trivial for an attacker who has compromised the child process to escalate their privileges back to root. (CVE-2019-12522)
An issue was discovered in Squid before 4.9. When handling a URN request, a corresponding HTTP request is made. This HTTP request doesn’t go through the access checks that incoming HTTP requests go through. This causes all access checks to be bypassed and allows access to restricted HTTP servers, e.g., an attacker can connect to HTTP servers that only listen on localhost. (CVE-2019-12523)
An issue was discovered in Squid through 4.7. When handling requests from users, Squid checks its rules to see if the request should be denied. Squid by default comes with rules to block access to the Cache Manager, which serves detailed server information meant for the maintainer. This rule is implemented via url_regex. The handler for url_regex rules URL decodes an incoming request. This allows an attacker to encode their URL to bypass the url_regex check, and gain access to the blocked resource. (CVE-2019-12524)
An issue was discovered in Squid 3.3.9 through 3.5.28 and 4.x through 4.7. When Squid is configured to use Digest authentication, it parses the header Proxy-Authorization. It searches for certain tokens such as domain, uri, and qop. Squid checks if this token’s value starts with a quote and ends with one. If so, it performs a memcpy of its length minus 2. Squid never checks whether the value is just a single quote (which would satisfy its requirements), leading to a memcpy of its length minus 1. (CVE-2019-12525)
An issue was discovered in Squid before 4.10. It allows a crafted FTP server to trigger disclosure of sensitive information from heap memory, such as information associated with other users’ sessions or non- Squid processes. (CVE-2019-12528)
An issue was discovered in Squid 2.x through 2.7.STABLE9, 3.x through 3.5.28, and 4.x through 4.7. When Squid is configured to use Basic Authentication, the Proxy-Authorization header is parsed via uudecode.
uudecode determines how many bytes will be decoded by iterating over the input and checking its table. The length is then used to start decoding the string. There are no checks to ensure that the length it calculates isn’t greater than the input buffer. This leads to adjacent memory being decoded as well. An attacker would not be able to retrieve the decoded data unless the Squid maintainer had configured the display of usernames on error pages. (CVE-2019-12529)
The cachemgr.cgi web module of Squid through 4.7 has XSS via the user_name or auth parameter.
(CVE-2019-13345)
An issue was discovered in Squid 3.x and 4.x through 4.8. Due to incorrect input validation, there is a heap-based buffer overflow that can result in Denial of Service to all clients using the proxy. Severity is high due to this vulnerability occurring before normal security checks; any remote client that can reach the proxy port can trivially perform the attack via a crafted URI scheme. (CVE-2019-18676)
An issue was discovered in Squid 3.x and 4.x through 4.8 when the append_domain setting is used (because the appended characters do not properly interact with hostname length restrictions). Due to incorrect message processing, it can inappropriately redirect traffic to origins it should not be delivered to.
(CVE-2019-18677)
An issue was discovered in Squid 3.x and 4.x through 4.8. It allows attackers to smuggle HTTP requests through frontend software to a Squid instance that splits the HTTP Request pipeline differently. The resulting Response messages corrupt caches (between a client and Squid) with attacker-controlled content at arbitrary URLs. Effects are isolated to software between the attacker client and Squid. There are no effects on Squid itself, nor on any upstream servers. The issue is related to a request header containing whitespace between a header name and a colon. (CVE-2019-18678)
An issue was discovered in Squid 2.x, 3.x, and 4.x through 4.8. Due to incorrect data management, it is vulnerable to information disclosure when processing HTTP Digest Authentication. Nonce tokens contain the raw byte value of a pointer that sits within heap memory allocation. This information reduces ASLR protections and may aid attackers isolating memory areas to target for remote code execution attacks.
(CVE-2019-18679)
Squid before 4.9, when certain web browsers are used, mishandles HTML in the host (aka hostname) parameter to cachemgr.cgi. (CVE-2019-18860)
An issue was discovered in Squid before 4.12 and 5.x before 5.0.3. Due to use of a potentially dangerous function, Squid and the default certificate validation helper are vulnerable to a Denial of Service when opening a TLS connection to an attacker-controlled server for HTTPS. This occurs because unrecognized error values are mapped to NULL, but later code expects that each error value is mapped to a valid error string. (CVE-2020-14058)
An issue was discovered in http/ContentLengthInterpreter.cc in Squid before 4.12 and 5.x before 5.0.3. A Request Smuggling and Poisoning attack can succeed against the HTTP cache. The client sends an HTTP request with a Content-Length header containing +\ - or an uncommon shell whitespace character prefix to the length field-value. (CVE-2020-15049)
An issue was discovered in Squid before 4.13 and 5.x before 5.0.4. Due to incorrect data validation, HTTP Request Smuggling attacks may succeed against HTTP and HTTPS traffic. This leads to cache poisoning. This allows any client, including browser scripts, to bypass local security and poison the proxy cache and any downstream caches with content from an arbitrary source. When configured for relaxed header parsing (the default), Squid relays headers containing whitespace characters to upstream servers. When this occurs as a prefix to a Content-Length header, the frame length specified will be ignored by Squid (allowing for a conflicting length to be used from another Content-Length header) but relayed upstream. (CVE-2020-15810)
An issue was discovered in Squid before 4.13 and 5.x before 5.0.4. Due to incorrect data validation, HTTP Request Splitting attacks may succeed against HTTP and HTTPS traffic. This leads to cache poisoning. This allows any client, including browser scripts, to bypass local security and poison the browser cache and any downstream caches with content from an arbitrary source. Squid uses a string search instead of parsing the Transfer-Encoding header to find chunked encoding. This allows an attacker to hide a second request inside Transfer-Encoding: it is interpreted by Squid as chunked and split out into a second request delivered upstream. Squid will then deliver two distinct responses to the client, corrupting any downstream caches. (CVE-2020-15811)
Squid before 4.13 and 5.x before 5.0.4 allows a trusted peer to perform Denial of Service by consuming all available CPU cycles during handling of a crafted Cache Digest response message. This only occurs when cache_peer is used with the cache digests feature. The problem exists because peerDigestHandleReply() livelocking in peer_digest.cc mishandles EOF. (CVE-2020-24606)
An issue was discovered in Squid through 4.13 and 5.x through 5.0.4. Due to improper input validation, it allows a trusted client to perform HTTP Request Smuggling and access services otherwise forbidden by the security controls. This occurs for certain uri_whitespace configuration settings. (CVE-2020-25097)
An issue was discovered in Squid before 4.10. Due to incorrect input validation, it can interpret crafted HTTP requests in unexpected ways to access server resources prohibited by earlier security filters.
(CVE-2020-8449)
Squid through 4.14 and 5.x through 5.0.5, in some configurations, allows information disclosure because of an out-of-bounds read in WCCP protocol data. This can be leveraged as part of a chain for remote code execution as nobody. (CVE-2021-28116)
An issue was discovered in Squid before 4.15 and 5.x before 5.0.6. Due to a buffer-management bug, it allows a denial of service. When resolving a request with the urn: scheme, the parser leaks a small amount of memory. However, there is an unspecified attack methodology that can easily trigger a large amount of memory consumption. (CVE-2021-28651)
An issue was discovered in Squid before 4.15 and 5.x before 5.0.6. Due to incorrect parser validation, it allows a Denial of Service attack against the Cache Manager API. This allows a trusted client to trigger memory leaks that. over time, lead to a Denial of Service via an unspecified short query string. This attack is limited to clients with Cache Manager API access privilege. (CVE-2021-28652)
An issue was discovered in Squid before 4.15 and 5.x before 5.0.6. Due to a memory-management bug, it is vulnerable to a Denial of Service attack (against all clients using the proxy) via HTTP Range request processing. (CVE-2021-31806)
An issue was discovered in Squid before 4.15 and 5.x before 5.0.6. An integer overflow problem allows a remote server to achieve Denial of Service when delivering responses to HTTP Range requests. The issue trigger is a header that can be expected to exist in HTTP traffic without any malicious intent.
(CVE-2021-31807)
An issue was discovered in Squid before 4.15 and 5.x before 5.0.6. Due to an input-validation bug, it is vulnerable to a Denial of Service attack (against all clients using the proxy). A client sends an HTTP Range request to trigger this. (CVE-2021-31808)
Squid before 4.15 and 5.x before 5.0.6 allows remote servers to cause a denial of service (affecting availability to all clients) via an HTTP response. The issue trigger is a header that can be expected to exist in HTTP traffic without any malicious intent by the server. (CVE-2021-33620)
In Squid 3.x through 3.5.28, 4.x through 4.17, and 5.x before 5.6, due to improper buffer management, a Denial of Service can occur when processing long Gopher server responses. (CVE-2021-46784)
A buffer over-read was discovered in libntlmauth in Squid 2.5 through 5.6. Due to incorrect integer- overflow protection, the SSPI and SMB authentication helpers are vulnerable to reading unintended memory locations. In some configurations, cleartext credentials from these locations are sent to a client. This is fixed in 5.7. (CVE-2022-41318)
Squid is a caching proxy for the Web. Due to an Improper Validation of Specified Index bug, Squid versions 3.3.0.1 through 5.9 and 6.0 prior to 6.4 compiled using --with-openssl
are vulnerable to a Denial of Service attack against SSL Certificate validation. This problem allows a remote server to perform Denial of Service against Squid Proxy by initiating a TLS Handshake with a specially crafted SSL Certificate in a server certificate chain. This attack is limited to HTTPS and SSL-Bump. This bug is fixed in Squid version 6.4. In addition, patches addressing this problem for the stable releases can be found in Squid’s patch archives. Those who you use a prepackaged version of Squid should refer to the package vendor for availability information on updated packages. (CVE-2023-46724)
Squid is a caching proxy for the Web supporting HTTP, HTTPS, FTP, and more. Due to a NULL pointer dereference bug Squid is vulnerable to a Denial of Service attack against Squid’s Gopher gateway. The gopher protocol is always available and enabled in Squid prior to Squid 6.0.1. Responses triggering this bug are possible to be received from any gopher server, even those without malicious intent. Gopher support has been removed in Squid version 6.0.1. Users are advised to upgrade. Users unable to upgrade should reject all gopher URL requests. (CVE-2023-46728)
Squid is a caching proxy for the Web supporting HTTP, HTTPS, FTP, and more. Due to a Buffer Overread bug Squid is vulnerable to a Denial of Service attack against Squid HTTP Message processing. This bug is fixed by Squid version 6.5. Users are advised to upgrade. There are no known workarounds for this vulnerability.
(CVE-2023-49285)
Squid is a caching proxy for the Web supporting HTTP, HTTPS, FTP, and more. Due to an Incorrect Check of Function Return Value bug Squid is vulnerable to a Denial of Service attack against its Helper process management. This bug is fixed by Squid version 6.5. Users are advised to upgrade. There are no known workarounds for this vulnerability. (CVE-2023-49286)
Squid is a caching proxy for the Web supporting HTTP, HTTPS, FTP, and more. Affected versions of squid are subject to a a Use-After-Free bug which can lead to a Denial of Service attack via collapsed forwarding.
All versions of Squid from 3.5 up to and including 5.9 configured with collapsed_forwarding on are vulnerable. Configurations with collapsed_forwarding off or without a collapsed_forwarding directive are not vulnerable. This bug is fixed by Squid version 6.0.1. Users are advised to upgrade. Users unable to upgrade should remove all collapsed_forwarding lines from their squid.conf. (CVE-2023-49288)
Squid is a caching proxy for the Web. Due to an Uncontrolled Recursion bug in versions 2.6 through 2.7.STABLE9, versions 3.1 through 5.9, and versions 6.0.1 through 6.5, Squid may be vulnerable to a Denial of Service attack against HTTP Request parsing. This problem allows a remote client to perform Denial of Service attack by sending a large X-Forwarded-For header when the follow_x_forwarded_for feature is configured. This bug is fixed by Squid version 6.6. In addition, patches addressing this problem for the stable releases can be found in Squid’s patch archives. (CVE-2023-50269)
Squid is a caching proxy for the Web. Due to an expired pointer reference bug, Squid prior to version 6.6 is vulnerable to a Denial of Service attack against Cache Manager error responses. This problem allows a trusted client to perform Denial of Service when generating error pages for Client Manager reports. Squid older than 5.0.5 have not been tested and should be assumed to be vulnerable. All Squid-5.x up to and including 5.9 are vulnerable. All Squid-6.x up to and including 6.5 are vulnerable. This bug is fixed by Squid version 6.6. In addition, patches addressing this problem for the stable releases can be found in Squid’s patch archives. As a workaround, prevent access to Cache Manager using Squid’s main access control: http_access deny manager
. (CVE-2024-23638)
Squid is an open source caching proxy for the Web supporting HTTP, HTTPS, FTP, and more. Due to a Collapse of Data into Unsafe Value bug ,Squid may be vulnerable to a Denial of Service attack against HTTP header parsing. This problem allows a remote client or a remote server to perform Denial of Service when sending oversized headers in HTTP messages. In versions of Squid prior to 6.5 this can be achieved if the request_header_max_size or reply_header_max_size settings are unchanged from the default. In Squid version 6.5 and later, the default setting of these parameters is safe. Squid will emit a critical warning in cache.log if the administrator is setting these parameters to unsafe values. Squid will not at this time prevent these settings from being changed to unsafe values. Users are advised to upgrade to version 6.5.
There are no known workarounds for this vulnerability. This issue is also tracked as SQUID-2024:2 (CVE-2024-25617)
Note that Nessus has not tested for these issues but has instead relied on the package manager’s report that the package is installed.
#%NASL_MIN_LEVEL 80900
##
# (C) Tenable, Inc.
#
# The descriptive text and package checks in this plugin were
# extracted from Red Hat Security Advisory squid. The text
# itself is copyright (C) Red Hat, Inc.
##
include('compat.inc');
if (description)
{
script_id(195583);
script_version("1.0");
script_set_attribute(attribute:"plugin_modification_date", value:"2024/05/11");
script_cve_id(
"CVE-2016-2569",
"CVE-2016-2570",
"CVE-2016-2571",
"CVE-2016-2572",
"CVE-2016-3948",
"CVE-2016-10002",
"CVE-2018-1172",
"CVE-2018-19131",
"CVE-2018-19132",
"CVE-2018-1000024",
"CVE-2018-1000027",
"CVE-2019-12520",
"CVE-2019-12521",
"CVE-2019-12522",
"CVE-2019-12523",
"CVE-2019-12524",
"CVE-2019-12525",
"CVE-2019-12526",
"CVE-2019-12528",
"CVE-2019-12529",
"CVE-2019-13345",
"CVE-2019-18676",
"CVE-2019-18677",
"CVE-2019-18678",
"CVE-2019-18679",
"CVE-2019-18860",
"CVE-2020-8449",
"CVE-2020-8450",
"CVE-2020-14058",
"CVE-2020-15049",
"CVE-2020-15810",
"CVE-2020-15811",
"CVE-2020-24606",
"CVE-2020-25097",
"CVE-2021-28116",
"CVE-2021-28651",
"CVE-2021-28652",
"CVE-2021-31806",
"CVE-2021-31807",
"CVE-2021-31808",
"CVE-2021-33620",
"CVE-2021-46784",
"CVE-2022-41318",
"CVE-2023-46724",
"CVE-2023-46728",
"CVE-2023-49285",
"CVE-2023-49286",
"CVE-2023-49288",
"CVE-2023-50269",
"CVE-2024-23638",
"CVE-2024-25617"
);
script_name(english:"RHEL 6 : squid (Unpatched Vulnerability)");
script_set_attribute(attribute:"synopsis", value:
"The remote Red Hat 6 host is affected by multiple vulnerabilities that will not be patched.");
script_set_attribute(attribute:"description", value:
"The remote Redhat Enterprise Linux 6 host has one or more packages installed that are affected by multiple
vulnerabilities that have been acknowledged by the vendor but will not be patched.
- squid: Heap overflow issue in URN processing (CVE-2019-12526)
- squid: Buffer overflow in reverse-proxy configurations (CVE-2020-8450)
- Incorrect processing of responses to If-None-Modified HTTP conditional requests in Squid HTTP Proxy 3.1.10
through 3.1.23, 3.2.0.3 through 3.5.22, and 4.0.1 through 4.0.16 leads to client-specific Cookie data
being leaked to other clients. Attack requests can easily be crafted by a client to probe a cache for this
information. (CVE-2016-10002)
- Squid 3.x before 3.5.15 and 4.x before 4.0.7 does not properly append data to String objects, which allows
remote servers to cause a denial of service (assertion failure and daemon exit) via a long string, as
demonstrated by a crafted HTTP Vary header. (CVE-2016-2569)
- The Edge Side Includes (ESI) parser in Squid 3.x before 3.5.15 and 4.x before 4.0.7 does not check buffer
limits during XML parsing, which allows remote HTTP servers to cause a denial of service (assertion
failure and daemon exit) via a crafted XML document, related to esi/CustomParser.cc and
esi/CustomParser.h. (CVE-2016-2570)
- http.cc in Squid 3.x before 3.5.15 and 4.x before 4.0.7 proceeds with the storage of certain data after a
response-parsing failure, which allows remote HTTP servers to cause a denial of service (assertion failure
and daemon exit) via a malformed response. (CVE-2016-2571)
- http.cc in Squid 4.x before 4.0.7 relies on the HTTP status code after a response-parsing failure, which
allows remote HTTP servers to cause a denial of service (assertion failure and daemon exit) via a
malformed response. (CVE-2016-2572)
- Squid 3.x before 3.5.16 and 4.x before 4.0.8 improperly perform bounds checking, which allows remote
attackers to cause a denial of service via a crafted HTTP response, related to Vary headers.
(CVE-2016-3948)
- The Squid Software Foundation Squid HTTP Caching Proxy version 3.0 to 3.5.27, 4.0 to 4.0.22 contains a
Incorrect Pointer Handling vulnerability in ESI Response Processing that can result in Denial of Service
for all clients using the proxy.. This attack appear to be exploitable via Remote server delivers an HTTP
response payload containing valid but unusual ESI syntax.. This vulnerability appears to have been fixed
in 4.0.23 and later. (CVE-2018-1000024)
- The Squid Software Foundation Squid HTTP Caching Proxy version prior to version 4.0.23 contains a NULL
Pointer Dereference vulnerability in HTTP Response X-Forwarded-For header processing that can result in
Denial of Service to all clients of the proxy. This attack appear to be exploitable via Remote HTTP server
responding with an X-Forwarded-For header to certain types of HTTP request. This vulnerability appears to
have been fixed in 4.0.23 and later. (CVE-2018-1000027)
- This vulnerability allows remote attackers to deny service on vulnerable installations of The Squid
Software Foundation Squid 3.5.27-20180318. Authentication is not required to exploit this vulnerability.
The specific flaw exists within ClientRequestContext::sslBumpAccessCheck(). A crafted request can trigger
the dereference of a null pointer. An attacker can leverage this vulnerability to create a denial-of-
service condition to users of the system. Was ZDI-CAN-6088. (CVE-2018-1172)
- Squid before 4.4 has XSS via a crafted X.509 certificate during HTTP(S) error page generation for
certificate errors. (CVE-2018-19131)
- Squid before 4.4, when SNMP is enabled, allows a denial of service (Memory Leak) via an SNMP packet.
(CVE-2018-19132)
- An issue was discovered in Squid through 4.7 and 5. When receiving a request, Squid checks its cache to
see if it can serve up a response. It does this by making a MD5 hash of the absolute URL of the request.
If found, it servers the request. The absolute URL can include the decoded UserInfo (username and
password) for certain protocols. This decoded info is prepended to the domain. This allows an attacker to
provide a username that has special characters to delimit the domain, and treat the rest of the URL as a
path or query string. An attacker could first make a request to their domain using an encoded username,
then when a request for the target domain comes in that decodes to the exact URL, it will serve the
attacker's HTML instead of the real HTML. On Squid servers that also act as reverse proxies, this allows
an attacker to gain access to features that only reverse proxies can use, such as ESI. (CVE-2019-12520)
- An issue was discovered in Squid through 4.7. When Squid is parsing ESI, it keeps the ESI elements in
ESIContext. ESIContext contains a buffer for holding a stack of ESIElements. When a new ESIElement is
parsed, it is added via addStackElement. addStackElement has a check for the number of elements in this
buffer, but it's off by 1, leading to a Heap Overflow of 1 element. The overflow is within the same
structure so it can't affect adjacent memory blocks, and thus just leads to a crash while processing.
(CVE-2019-12521)
- An issue was discovered in Squid through 4.7. When Squid is run as root, it spawns its child processes as
a lesser user, by default the user nobody. This is done via the leave_suid call. leave_suid leaves the
Saved UID as 0. This makes it trivial for an attacker who has compromised the child process to escalate
their privileges back to root. (CVE-2019-12522)
- An issue was discovered in Squid before 4.9. When handling a URN request, a corresponding HTTP request is
made. This HTTP request doesn't go through the access checks that incoming HTTP requests go through. This
causes all access checks to be bypassed and allows access to restricted HTTP servers, e.g., an attacker
can connect to HTTP servers that only listen on localhost. (CVE-2019-12523)
- An issue was discovered in Squid through 4.7. When handling requests from users, Squid checks its rules to
see if the request should be denied. Squid by default comes with rules to block access to the Cache
Manager, which serves detailed server information meant for the maintainer. This rule is implemented via
url_regex. The handler for url_regex rules URL decodes an incoming request. This allows an attacker to
encode their URL to bypass the url_regex check, and gain access to the blocked resource. (CVE-2019-12524)
- An issue was discovered in Squid 3.3.9 through 3.5.28 and 4.x through 4.7. When Squid is configured to use
Digest authentication, it parses the header Proxy-Authorization. It searches for certain tokens such as
domain, uri, and qop. Squid checks if this token's value starts with a quote and ends with one. If so, it
performs a memcpy of its length minus 2. Squid never checks whether the value is just a single quote
(which would satisfy its requirements), leading to a memcpy of its length minus 1. (CVE-2019-12525)
- An issue was discovered in Squid before 4.10. It allows a crafted FTP server to trigger disclosure of
sensitive information from heap memory, such as information associated with other users' sessions or non-
Squid processes. (CVE-2019-12528)
- An issue was discovered in Squid 2.x through 2.7.STABLE9, 3.x through 3.5.28, and 4.x through 4.7. When
Squid is configured to use Basic Authentication, the Proxy-Authorization header is parsed via uudecode.
uudecode determines how many bytes will be decoded by iterating over the input and checking its table. The
length is then used to start decoding the string. There are no checks to ensure that the length it
calculates isn't greater than the input buffer. This leads to adjacent memory being decoded as well. An
attacker would not be able to retrieve the decoded data unless the Squid maintainer had configured the
display of usernames on error pages. (CVE-2019-12529)
- The cachemgr.cgi web module of Squid through 4.7 has XSS via the user_name or auth parameter.
(CVE-2019-13345)
- An issue was discovered in Squid 3.x and 4.x through 4.8. Due to incorrect input validation, there is a
heap-based buffer overflow that can result in Denial of Service to all clients using the proxy. Severity
is high due to this vulnerability occurring before normal security checks; any remote client that can
reach the proxy port can trivially perform the attack via a crafted URI scheme. (CVE-2019-18676)
- An issue was discovered in Squid 3.x and 4.x through 4.8 when the append_domain setting is used (because
the appended characters do not properly interact with hostname length restrictions). Due to incorrect
message processing, it can inappropriately redirect traffic to origins it should not be delivered to.
(CVE-2019-18677)
- An issue was discovered in Squid 3.x and 4.x through 4.8. It allows attackers to smuggle HTTP requests
through frontend software to a Squid instance that splits the HTTP Request pipeline differently. The
resulting Response messages corrupt caches (between a client and Squid) with attacker-controlled content
at arbitrary URLs. Effects are isolated to software between the attacker client and Squid. There are no
effects on Squid itself, nor on any upstream servers. The issue is related to a request header containing
whitespace between a header name and a colon. (CVE-2019-18678)
- An issue was discovered in Squid 2.x, 3.x, and 4.x through 4.8. Due to incorrect data management, it is
vulnerable to information disclosure when processing HTTP Digest Authentication. Nonce tokens contain the
raw byte value of a pointer that sits within heap memory allocation. This information reduces ASLR
protections and may aid attackers isolating memory areas to target for remote code execution attacks.
(CVE-2019-18679)
- Squid before 4.9, when certain web browsers are used, mishandles HTML in the host (aka hostname) parameter
to cachemgr.cgi. (CVE-2019-18860)
- An issue was discovered in Squid before 4.12 and 5.x before 5.0.3. Due to use of a potentially dangerous
function, Squid and the default certificate validation helper are vulnerable to a Denial of Service when
opening a TLS connection to an attacker-controlled server for HTTPS. This occurs because unrecognized
error values are mapped to NULL, but later code expects that each error value is mapped to a valid error
string. (CVE-2020-14058)
- An issue was discovered in http/ContentLengthInterpreter.cc in Squid before 4.12 and 5.x before 5.0.3. A
Request Smuggling and Poisoning attack can succeed against the HTTP cache. The client sends an HTTP
request with a Content-Length header containing +\ - or an uncommon shell whitespace character prefix
to the length field-value. (CVE-2020-15049)
- An issue was discovered in Squid before 4.13 and 5.x before 5.0.4. Due to incorrect data validation, HTTP
Request Smuggling attacks may succeed against HTTP and HTTPS traffic. This leads to cache poisoning. This
allows any client, including browser scripts, to bypass local security and poison the proxy cache and any
downstream caches with content from an arbitrary source. When configured for relaxed header parsing (the
default), Squid relays headers containing whitespace characters to upstream servers. When this occurs as a
prefix to a Content-Length header, the frame length specified will be ignored by Squid (allowing for a
conflicting length to be used from another Content-Length header) but relayed upstream. (CVE-2020-15810)
- An issue was discovered in Squid before 4.13 and 5.x before 5.0.4. Due to incorrect data validation, HTTP
Request Splitting attacks may succeed against HTTP and HTTPS traffic. This leads to cache poisoning. This
allows any client, including browser scripts, to bypass local security and poison the browser cache and
any downstream caches with content from an arbitrary source. Squid uses a string search instead of parsing
the Transfer-Encoding header to find chunked encoding. This allows an attacker to hide a second request
inside Transfer-Encoding: it is interpreted by Squid as chunked and split out into a second request
delivered upstream. Squid will then deliver two distinct responses to the client, corrupting any
downstream caches. (CVE-2020-15811)
- Squid before 4.13 and 5.x before 5.0.4 allows a trusted peer to perform Denial of Service by consuming all
available CPU cycles during handling of a crafted Cache Digest response message. This only occurs when
cache_peer is used with the cache digests feature. The problem exists because peerDigestHandleReply()
livelocking in peer_digest.cc mishandles EOF. (CVE-2020-24606)
- An issue was discovered in Squid through 4.13 and 5.x through 5.0.4. Due to improper input validation, it
allows a trusted client to perform HTTP Request Smuggling and access services otherwise forbidden by the
security controls. This occurs for certain uri_whitespace configuration settings. (CVE-2020-25097)
- An issue was discovered in Squid before 4.10. Due to incorrect input validation, it can interpret crafted
HTTP requests in unexpected ways to access server resources prohibited by earlier security filters.
(CVE-2020-8449)
- Squid through 4.14 and 5.x through 5.0.5, in some configurations, allows information disclosure because of
an out-of-bounds read in WCCP protocol data. This can be leveraged as part of a chain for remote code
execution as nobody. (CVE-2021-28116)
- An issue was discovered in Squid before 4.15 and 5.x before 5.0.6. Due to a buffer-management bug, it
allows a denial of service. When resolving a request with the urn: scheme, the parser leaks a small amount
of memory. However, there is an unspecified attack methodology that can easily trigger a large amount of
memory consumption. (CVE-2021-28651)
- An issue was discovered in Squid before 4.15 and 5.x before 5.0.6. Due to incorrect parser validation, it
allows a Denial of Service attack against the Cache Manager API. This allows a trusted client to trigger
memory leaks that. over time, lead to a Denial of Service via an unspecified short query string. This
attack is limited to clients with Cache Manager API access privilege. (CVE-2021-28652)
- An issue was discovered in Squid before 4.15 and 5.x before 5.0.6. Due to a memory-management bug, it is
vulnerable to a Denial of Service attack (against all clients using the proxy) via HTTP Range request
processing. (CVE-2021-31806)
- An issue was discovered in Squid before 4.15 and 5.x before 5.0.6. An integer overflow problem allows a
remote server to achieve Denial of Service when delivering responses to HTTP Range requests. The issue
trigger is a header that can be expected to exist in HTTP traffic without any malicious intent.
(CVE-2021-31807)
- An issue was discovered in Squid before 4.15 and 5.x before 5.0.6. Due to an input-validation bug, it is
vulnerable to a Denial of Service attack (against all clients using the proxy). A client sends an HTTP
Range request to trigger this. (CVE-2021-31808)
- Squid before 4.15 and 5.x before 5.0.6 allows remote servers to cause a denial of service (affecting
availability to all clients) via an HTTP response. The issue trigger is a header that can be expected to
exist in HTTP traffic without any malicious intent by the server. (CVE-2021-33620)
- In Squid 3.x through 3.5.28, 4.x through 4.17, and 5.x before 5.6, due to improper buffer management, a
Denial of Service can occur when processing long Gopher server responses. (CVE-2021-46784)
- A buffer over-read was discovered in libntlmauth in Squid 2.5 through 5.6. Due to incorrect integer-
overflow protection, the SSPI and SMB authentication helpers are vulnerable to reading unintended memory
locations. In some configurations, cleartext credentials from these locations are sent to a client. This
is fixed in 5.7. (CVE-2022-41318)
- Squid is a caching proxy for the Web. Due to an Improper Validation of Specified Index bug, Squid versions
3.3.0.1 through 5.9 and 6.0 prior to 6.4 compiled using `--with-openssl` are vulnerable to a Denial of
Service attack against SSL Certificate validation. This problem allows a remote server to perform Denial
of Service against Squid Proxy by initiating a TLS Handshake with a specially crafted SSL Certificate in a
server certificate chain. This attack is limited to HTTPS and SSL-Bump. This bug is fixed in Squid version
6.4. In addition, patches addressing this problem for the stable releases can be found in Squid's patch
archives. Those who you use a prepackaged version of Squid should refer to the package vendor for
availability information on updated packages. (CVE-2023-46724)
- Squid is a caching proxy for the Web supporting HTTP, HTTPS, FTP, and more. Due to a NULL pointer
dereference bug Squid is vulnerable to a Denial of Service attack against Squid's Gopher gateway. The
gopher protocol is always available and enabled in Squid prior to Squid 6.0.1. Responses triggering this
bug are possible to be received from any gopher server, even those without malicious intent. Gopher
support has been removed in Squid version 6.0.1. Users are advised to upgrade. Users unable to upgrade
should reject all gopher URL requests. (CVE-2023-46728)
- Squid is a caching proxy for the Web supporting HTTP, HTTPS, FTP, and more. Due to a Buffer Overread bug
Squid is vulnerable to a Denial of Service attack against Squid HTTP Message processing. This bug is fixed
by Squid version 6.5. Users are advised to upgrade. There are no known workarounds for this vulnerability.
(CVE-2023-49285)
- Squid is a caching proxy for the Web supporting HTTP, HTTPS, FTP, and more. Due to an Incorrect Check of
Function Return Value bug Squid is vulnerable to a Denial of Service attack against its Helper process
management. This bug is fixed by Squid version 6.5. Users are advised to upgrade. There are no known
workarounds for this vulnerability. (CVE-2023-49286)
- Squid is a caching proxy for the Web supporting HTTP, HTTPS, FTP, and more. Affected versions of squid are
subject to a a Use-After-Free bug which can lead to a Denial of Service attack via collapsed forwarding.
All versions of Squid from 3.5 up to and including 5.9 configured with collapsed_forwarding on are
vulnerable. Configurations with collapsed_forwarding off or without a collapsed_forwarding directive
are not vulnerable. This bug is fixed by Squid version 6.0.1. Users are advised to upgrade. Users unable
to upgrade should remove all collapsed_forwarding lines from their squid.conf. (CVE-2023-49288)
- Squid is a caching proxy for the Web. Due to an Uncontrolled Recursion bug in versions 2.6 through
2.7.STABLE9, versions 3.1 through 5.9, and versions 6.0.1 through 6.5, Squid may be vulnerable to a Denial
of Service attack against HTTP Request parsing. This problem allows a remote client to perform Denial of
Service attack by sending a large X-Forwarded-For header when the follow_x_forwarded_for feature is
configured. This bug is fixed by Squid version 6.6. In addition, patches addressing this problem for the
stable releases can be found in Squid's patch archives. (CVE-2023-50269)
- Squid is a caching proxy for the Web. Due to an expired pointer reference bug, Squid prior to version 6.6
is vulnerable to a Denial of Service attack against Cache Manager error responses. This problem allows a
trusted client to perform Denial of Service when generating error pages for Client Manager reports. Squid
older than 5.0.5 have not been tested and should be assumed to be vulnerable. All Squid-5.x up to and
including 5.9 are vulnerable. All Squid-6.x up to and including 6.5 are vulnerable. This bug is fixed by
Squid version 6.6. In addition, patches addressing this problem for the stable releases can be found in
Squid's patch archives. As a workaround, prevent access to Cache Manager using Squid's main access
control: `http_access deny manager`. (CVE-2024-23638)
- Squid is an open source caching proxy for the Web supporting HTTP, HTTPS, FTP, and more. Due to a Collapse
of Data into Unsafe Value bug ,Squid may be vulnerable to a Denial of Service attack against HTTP header
parsing. This problem allows a remote client or a remote server to perform Denial of Service when sending
oversized headers in HTTP messages. In versions of Squid prior to 6.5 this can be achieved if the
request_header_max_size or reply_header_max_size settings are unchanged from the default. In Squid version
6.5 and later, the default setting of these parameters is safe. Squid will emit a critical warning in
cache.log if the administrator is setting these parameters to unsafe values. Squid will not at this time
prevent these settings from being changed to unsafe values. Users are advised to upgrade to version 6.5.
There are no known workarounds for this vulnerability. This issue is also tracked as SQUID-2024:2
(CVE-2024-25617)
Note that Nessus has not tested for these issues but has instead relied on the package manager's report that the package
is installed.");
script_set_attribute(attribute:"solution", value:
"The vendor has acknowledged the vulnerabilities but no solution has been provided. Refer to the vendor for remediation
guidance.");
script_set_cvss_base_vector("CVSS2#AV:N/AC:L/Au:N/C:P/I:P/A:P");
script_set_cvss_temporal_vector("CVSS2#E:POC/RL:OF/RC:C");
script_set_cvss3_base_vector("CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H");
script_set_cvss3_temporal_vector("CVSS:3.0/E:P/RL:O/RC:C");
script_set_attribute(attribute:"cvss_score_source", value:"CVE-2020-8450");
script_set_attribute(attribute:"cvss3_score_source", value:"CVE-2019-12526");
script_set_attribute(attribute:"exploitability_ease", value:"Exploits are available");
script_set_attribute(attribute:"exploit_available", value:"true");
script_set_attribute(attribute:"vendor_unpatched", value:"true");
script_set_attribute(attribute:"vuln_publication_date", value:"2016/02/23");
script_set_attribute(attribute:"plugin_publication_date", value:"2024/05/11");
script_set_attribute(attribute:"plugin_type", value:"local");
script_set_attribute(attribute:"cpe", value:"cpe:/o:redhat:enterprise_linux:5");
script_set_attribute(attribute:"cpe", value:"cpe:/o:redhat:enterprise_linux:6");
script_set_attribute(attribute:"cpe", value:"cpe:/o:redhat:enterprise_linux:7");
script_set_attribute(attribute:"cpe", value:"p-cpe:/a:redhat:enterprise_linux:squid");
script_set_attribute(attribute:"cpe", value:"p-cpe:/a:redhat:enterprise_linux:squid34");
script_set_attribute(attribute:"generated_plugin", value:"current");
script_end_attributes();
script_category(ACT_GATHER_INFO);
script_family(english:"Red Hat Local Security Checks");
script_copyright(english:"This script is Copyright (C) 2024 and is owned by Tenable, Inc. or an Affiliate thereof.");
script_dependencies("ssh_get_info.nasl", "redhat_repos.nasl");
script_require_keys("Host/local_checks_enabled", "Host/RedHat/release", "Host/RedHat/rpm-list", "Host/cpu");
exit(0);
}
include('rpm.inc');
include('rhel.inc');
if (!get_kb_item("global_settings/vendor_unpatched"))
exit(0, "Unpatched Vulnerabilities Detection not active.");
if (!get_kb_item('Host/local_checks_enabled')) audit(AUDIT_LOCAL_CHECKS_NOT_ENABLED);
var os_release = get_kb_item('Host/RedHat/release');
if (isnull(os_release) || 'Red Hat' >!< os_release) audit(AUDIT_OS_NOT, 'Red Hat');
var os_ver = pregmatch(pattern: "Red Hat Enterprise Linux.*release ([0-9]+(\.[0-9]+)?)", string:os_release);
if (isnull(os_ver)) audit(AUDIT_UNKNOWN_APP_VER, 'Red Hat');
os_ver = os_ver[1];
if (!rhel_check_release(operator: 'ge', os_version: os_ver, rhel_version: '6')) audit(AUDIT_OS_NOT, 'Red Hat 6.x', 'Red Hat ' + os_ver);
if (!get_kb_item('Host/RedHat/rpm-list')) audit(AUDIT_PACKAGE_LIST_MISSING);
var cpu = get_kb_item('Host/cpu');
if (isnull(cpu)) audit(AUDIT_UNKNOWN_ARCH);
if ('x86_64' >!< cpu && cpu !~ "^i[3-6]86$" && 's390' >!< cpu && 'aarch64' >!< cpu && 'ppc' >!< cpu) audit(AUDIT_LOCAL_CHECKS_NOT_IMPLEMENTED, 'Red Hat', cpu);
var constraints = [
{
'pkgs': [
{'reference':'squid', 'release':'6', 'rpm_spec_vers_cmp':TRUE, 'unpatched_pkg':'squid', 'cves':['CVE-2016-2569', 'CVE-2016-2570', 'CVE-2016-2571', 'CVE-2016-2572', 'CVE-2016-3948', 'CVE-2016-10002', 'CVE-2018-1172', 'CVE-2018-19131', 'CVE-2018-1000024', 'CVE-2018-1000027', 'CVE-2019-12520', 'CVE-2019-12521', 'CVE-2019-12522', 'CVE-2019-12523', 'CVE-2019-12524', 'CVE-2019-12526', 'CVE-2019-12528', 'CVE-2019-12529', 'CVE-2019-13345', 'CVE-2019-18676', 'CVE-2019-18677', 'CVE-2019-18678', 'CVE-2019-18679', 'CVE-2019-18860', 'CVE-2020-14058', 'CVE-2020-15049', 'CVE-2020-15810', 'CVE-2020-15811', 'CVE-2020-24606', 'CVE-2020-25097', 'CVE-2021-28116', 'CVE-2021-28651', 'CVE-2021-28652', 'CVE-2021-31806', 'CVE-2021-31807', 'CVE-2021-31808', 'CVE-2021-33620', 'CVE-2021-46784', 'CVE-2022-41318', 'CVE-2023-46724', 'CVE-2023-46728', 'CVE-2023-49285', 'CVE-2023-49286', 'CVE-2023-49288', 'CVE-2023-50269', 'CVE-2024-23638', 'CVE-2024-25617']},
{'reference':'squid34', 'release':'6', 'rpm_spec_vers_cmp':TRUE, 'unpatched_pkg':'squid34', 'cves':['CVE-2016-2569', 'CVE-2016-2570', 'CVE-2016-2571', 'CVE-2016-2572', 'CVE-2016-3948', 'CVE-2018-1172', 'CVE-2018-19131', 'CVE-2018-19132', 'CVE-2018-1000024', 'CVE-2018-1000027', 'CVE-2019-12520', 'CVE-2019-12521', 'CVE-2019-12522', 'CVE-2019-12523', 'CVE-2019-12524', 'CVE-2019-12525', 'CVE-2019-12526', 'CVE-2019-12528', 'CVE-2019-12529', 'CVE-2019-18676', 'CVE-2019-18677', 'CVE-2019-18678', 'CVE-2019-18679', 'CVE-2019-18860', 'CVE-2020-8449', 'CVE-2020-8450', 'CVE-2020-14058', 'CVE-2020-15049', 'CVE-2020-15810', 'CVE-2020-15811', 'CVE-2020-24606', 'CVE-2020-25097', 'CVE-2021-28116', 'CVE-2021-28651', 'CVE-2021-28652', 'CVE-2021-31806', 'CVE-2021-31807', 'CVE-2021-31808', 'CVE-2021-33620', 'CVE-2021-46784', 'CVE-2022-41318', 'CVE-2023-46724', 'CVE-2023-46728', 'CVE-2023-49285', 'CVE-2023-49286', 'CVE-2023-49288', 'CVE-2023-50269', 'CVE-2024-23638', 'CVE-2024-25617']}
]
}
];
var flag = 0;
foreach var constraint_array ( constraints ) {
var repo_relative_urls = NULL;
var enterprise_linux_flag = rhel_repo_urls_has_content_dist_rhel(repo_urls:repo_relative_urls);
foreach var pkg ( constraint_array['pkgs'] ) {
var unpatched_pkg = NULL;
var _release = NULL;
var sp = NULL;
var el_string = NULL;
var rpm_spec_vers_cmp = NULL;
var exists_check = NULL;
var cves = NULL;
if (!empty_or_null(pkg['unpatched_pkg'])) unpatched_pkg = pkg['unpatched_pkg'];
if (!empty_or_null(pkg['release'])) _release = 'RHEL' + pkg['release'];
if (!empty_or_null(pkg['sp'])) sp = pkg['sp'];
if (!empty_or_null(pkg['rpm_spec_vers_cmp'])) rpm_spec_vers_cmp = pkg['rpm_spec_vers_cmp'];
if (!empty_or_null(pkg['exists_check'])) exists_check = pkg['exists_check'];
if (!empty_or_null(pkg['cves'])) cves = pkg['cves'];
if (unpatched_pkg &&
_release &&
(!exists_check || rpm_exists(release:_release, rpm:exists_check)) &&
unpatched_package_exists(release:_release, package:unpatched_pkg, cves: cves)) flag++;
}
}
if (flag)
{
var extra = NULL;
security_report_v4(
port : 0,
severity : SECURITY_HOLE,
extra : unpatched_packages_report()
);
exit(0);
}
else
{
var tested = pkg_tests_get();
if (tested) audit(AUDIT_PACKAGE_NOT_AFFECTED, tested);
else audit(AUDIT_PACKAGE_NOT_INSTALLED, 'squid / squid34');
}
Vendor | Product | Version | CPE |
---|---|---|---|
redhat | enterprise_linux | 5 | cpe:/o:redhat:enterprise_linux:5 |
redhat | enterprise_linux | 6 | cpe:/o:redhat:enterprise_linux:6 |
redhat | enterprise_linux | 7 | cpe:/o:redhat:enterprise_linux:7 |
redhat | enterprise_linux | squid | p-cpe:/a:redhat:enterprise_linux:squid |
redhat | enterprise_linux | squid34 | p-cpe:/a:redhat:enterprise_linux:squid34 |
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-10002
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-2569
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-2570
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-2571
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-2572
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-3948
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1000024
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1000027
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1172
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-19131
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-19132
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12520
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12521
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12522
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12523
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12524
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12525
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12526
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12528
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12529
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-13345
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-18676
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-18677
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-18678
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-18679
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-18860
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14058
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-15049
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-15810
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-15811
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-24606
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-25097
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-8449
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-8450
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-28116
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-28651
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-28652
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-31806
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-31807
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-31808
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-33620
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-46784
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-41318
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-46724
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-46728
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-49285
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-49286
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-49288
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-50269
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-23638
cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-25617