This update for squid fixes the following issues :

CVE-2019-12528: Fixed an information disclosure flaw in the FTP gateway (bsc#1162689).

CVE-2019-12526: Fixed potential remote code execution during URN processing (bsc#1156326).

CVE-2019-12523,CVE-2019-18676: Fixed multiple improper validations in URI processing (bsc#1156329).

CVE-2019-18677: Fixed Cross-Site Request Forgery in HTTP Request processing (bsc#1156328).

CVE-2019-18678: Fixed incorrect message parsing which could have led to HTTP request splitting issue (bsc#1156323).

CVE-2019-18679: Fixed information disclosure when processing HTTP Digest Authentication (bsc#1156324).

CVE-2020-8449: Fixed a buffer overflow when squid is acting as reverse-proxy (bsc#1162687).

CVE-2020-8450: Fixed a buffer overflow when squid is acting as reverse-proxy (bsc#1162687).

CVE-2020-8517: Fixed a buffer overflow in ext_lm_group_acl when processing NTLM Authentication credentials (bsc#1162691).

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

The remote Redhat Enterprise Linux 8 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2020:4743 advisory.

    Squid is a high-performance proxy caching server for web clients, supporting FTP, Gopher, and HTTP data     objects.

    The following packages have been upgraded to a later upstream version: squid (4.11). (BZ#1829467)

    Security Fix(es):

    * squid: Improper input validation in request allows for proxy manipulation (CVE-2019-12520)

    * squid: Off-by-one error in addStackElement allows for heap buffer overflow and crash (CVE-2019-12521)

    * squid: Improper input validation in URI processor (CVE-2019-12523)

    * squid: Improper access restriction in url_regex may lead to security bypass (CVE-2019-12524)

    * squid: Heap overflow issue in URN processing (CVE-2019-12526)

    * squid: Information Disclosure issue in FTP Gateway (CVE-2019-12528)

    * squid: Out of bounds read in Proxy-Authorization header causes DoS (CVE-2019-12529)

    * squid: Denial of service in cachemgr.cgi (CVE-2019-12854)

    * squid: Buffer overflow in URI processor (CVE-2019-18676)

    * squid: Cross-Site Request Forgery issue in HTTP Request processing (CVE-2019-18677)

    * squid: HTTP Request Splitting issue in HTTP message processing (CVE-2019-18678)

    * squid: Information Disclosure issue in HTTP Digest Authentication (CVE-2019-18679)

    * squid: Mishandled HTML in the host parameter to cachemgr.cgi results in insecure behaviour     (CVE-2019-18860)

    * squid: Improper input validation issues in HTTP Request processing (CVE-2020-8449)

    * squid: Buffer overflow in reverse-proxy configurations (CVE-2020-8450)

    * squid: DoS in TLS handshake (CVE-2020-14058)

    * squid: Request smuggling and poisoning attack against the HTTP cache (CVE-2020-15049)

    * squid: Improper input validation could result in a DoS (CVE-2020-24606)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

    Additional Changes:

    For detailed information on changes in this release, see the Red Hat Enterprise Linux 8.3 Release Notes     linked from the References section.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise 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.

The version of squid installed on the remote host is prior to 3.5.20-17. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2-2023-2318 advisory.

    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 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)

    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)

    Squid before 4.9, when certain web browsers are used, mishandles HTML in the host (aka hostname) parameter     to cachemgr.cgi. (CVE-2019-18860)

    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)

    Due to a buffer overflow bug Squid is vulnerable to a Denial of Service attack against HTTP Digest     Authentication (CVE-2023-46847)

Tenable has extracted the preceding description block directly from the tested product 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 remote Rocky Linux 8 host has packages installed that are affected by multiple vulnerabilities as referenced in the RLSA-2020:4743 advisory.

  - 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 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 before 4.9. URN response handling in Squid suffers from a heap-based     buffer overflow. When receiving data from a remote server in response to an URN request, Squid fails to     ensure that the response can fit within the buffer. This leads to attacker controlled data overflowing in     the heap. (CVE-2019-12526)

  - 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)

  - Due to incorrect string termination, Squid cachemgr.cgi 4.0 through 4.7 may access unallocated memory. On     systems with memory access protections, this can cause the CGI process to terminate unexpectedly,     resulting in a denial of service for all clients using it. (CVE-2019-12854)

  - 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)

  - 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 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)

  - An issue was discovered in Squid before 4.10. Due to incorrect buffer management, a remote client can     cause a buffer overflow in a Squid instance acting as a reverse proxy. (CVE-2020-8450)

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

Multiple security issues were discovered in the Squid proxy caching server, which could result in the bypass of security filters, information disclosure, the execution of arbitrary code or denial of service.

远程 Redhat Enterprise Linux 8 主机上安装的程序包受到 RHSA-2020: 4743 公告中提及的多个漏洞的影响。

  - squid：请求中的不当输入验证允许代理操控 (CVE-2019-12520)

  - squid：addStackElement 中的差一错误允许堆缓冲区溢出和崩溃 (CVE-2019-12521)

  - squid：URI 处理器中的输入验证不正确 (CVE-2019-12523)

  - squid：url_regex 中的不当访问限制可能导致安全绕过 (CVE-2019-12524)

  - squid：URN 处理中的堆溢出问题 (CVE-2019-12526)

  - squid：FTP 网关中存在信息泄露问题 (CVE-2019-12528)

  - squid：Proxy-Authorization 标头中的越界读取可造成 DoS (CVE-2019-12529)

  - squid：cachemgr.cgi 中的拒绝服务 (CVE-2019-12854)

  - squid：URI 处理器中的缓冲区溢出 (CVE-2019-18676)

  - squid：处理 HTTP 请求过程中发生跨站请求伪造问题 (CVE-2019-18677)

  - squid：处理 HTTP 消息过程中发生 HTTP 请求拆分问题 (CVE-2019-18678)

  - squid：HTTP 摘要式身份验证中发生信息泄露问题 (CVE-2019-18679)

  - squid：未正确处理 cachemgr.cgi 的主机参数中的 HTML 可导致不安全行为 (CVE-2019-18860)

  - squid：TLS 握手中的 DoS (CVE-2020-14058)

  - squid：针对 HTTP 缓存的请求走私和中毒攻击 (CVE-2020-15049)

  - squid：不当输入验证可导致 DoS (CVE-2020-24606)

  - squid：HTTP 请求处理过程中存在不当输入验证问题 (CVE-2020-8449)

  - squid：反向代理配置中存在缓冲区溢出 (CVE-2020-8450)

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

远程主机上安装的 squid 版本低于 3.5.20-17。因此，它受到 ALAS2-2023-2318 公告中提及的多个漏洞影响。

  - 在 Squid 4.7 及之前的版本中发现问题。处理来自用户的请求时，Squid 会检查其规则以查看是否应拒绝该请求。默认情况下，Squid 带有阻止访问缓存管理器的规则，该管理器可为维护者提供详细的服务器信息。此规则通过 url_regex 实现。url_regex 的规则 URL 处理程序可解码传入的请求，这使攻击者可以对自己的 URL 进行编码以绕过 url_regex 检查，并获得对被阻止资源的访问权限。(CVE-2019-12524)

  - 在 Squid 2.x 至 2.7.STABLE9、3.x 至 3.5.28 和 4.x 至 4.7 版本中发现了一个问题。当 Squid 配置为使用基本身份验证时，它会通过 uudecode 解析标头 Proxy-Authorization。
    uudecode 会通过迭代输入并检查其表格来确定需要解码的字节数。然后，此长度会被用于开始解码该字符串。但没有任何检查可以确保其计算出的长度不超过输入缓冲区的长度。这会导致邻近内存也被解码。除非 Squid 维护人员已配置在错误页面显示用户名，否则攻击者将无法检索已解码的数据。(CVE-2019-12529)

  - 当使用 append_domain 设置时，在 Squid 3.x 和 4.x 到 4.8 版本中发现一个问题（因为附加字符不能与主机名长度限制正确地进行交互）。由于消息处理不正确，可能会将流量错误地重定向到流量不应流向的源。
    (CVE-2019-18677)

  - 在 Squid 3.x 和 4.x 至 4.8 版本中发现问题。攻击者可利用此问题，通过前端软件将 HTTP 请求传递至 Squid 实例，此实例以不同的方式拆分 HTTP 请求管道。生成的响应消息通过任意 URL 的攻击者控制内容破坏缓存（客户端与 Squid 之间）。攻击者客户端和 Squid 之间的软件会受到影响。但 Squid 本身不会受到影响，所有上游服务器也不会受到影响。此问题与请求标头有关，其中包含标头名称与冒号之间的空格。(CVE-2019-18678)

  - 使用特定 Web 浏览器时，Squid 4.9 的之前版本未正确处理 cachemgr.cgi 的主机（又称为主机名）参数中的 HTML。(CVE-2019-18860)

  - 在某些配置中，Squid 4.14、5.x、5.0.5 及其之间的版本会造成信息泄露，这是 WCCP 协议数据中存在越界读取所致。这可以作为无人值守的远程代码执行链的一部分加以利用。(CVE-2021-28116)

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

远程 Rocky Linux 8 主机上存在安装的程序包该程序包受到公告 RLSA-2020:4743 中提及的多个漏洞的影响。

  - 在 Squid 4.7 及其之前的所有版本和第 5 版中发现一个问题。当接收请求时，Squid 会检查其缓存以查看其是否可提供响应，它通过对请求的绝对 URL 进行 MD5 哈希来实现此操作。
    如果找到，则为请求提供服务。绝对 URL 可包含针对某些协议解码后的 UserInfo（用户名和密码），此解码后的信息会附加到网域之前。攻击者可借此提供具有特殊字符的用户名来分隔域，并将 URL 的其余部分视为路径或查询字符串。攻击者可首先使用编码的用户名向其域发出请求，然后当收到解码为确切 URL 的目标域请求时，程序会提供攻击者的 HTML，而不是真正的 HTML。在同时充当反向代理的 Squid 服务器上，这允许攻击者访问只有反向代理才能使用的功能，例如 ESI。(CVE-2019-12520)

  - 在 Squid 4.7 及之前的版本中发现问题。当 Squid 解析 ESI 时，它会将 ESI 元素保留在 ESIContext 中。ESIContext 包含一个用于保存 ESIElement 堆栈的缓冲区。在解析新的 ESIElement 时，可以通过 addStackElement 添加该元素。addStackElement 对此缓冲区中的元素数量进行了检查，但结果为差 1，进而导致 1 个元素堆溢出。溢出位于同一结构内，因此不会影响邻近的内存块，只会在处理时导致崩溃。
    (CVE-2019-12521)

  - 在 Squid 4.9 之前的版本中发现问题。处理 URN 请求时，会发出相应的 HTTP 请求。此 HTTP 请求未经过传入 HTTP 请求经过的访问权限检查，这会造成所有访问检查被绕过，并且允许访问受限制的 HTTP 服务器，例如，攻击者可连接到仅监听本地主机的 HTTP 服务器。(CVE-2019-12523)

  - 在 Squid 4.7 及之前的版本中发现问题。- 处理来自用户的请求时，Squid 会检查其规则以查看是否应拒绝该请求。默认情况下，Squid 带有阻止访问缓存管理器的规则，该管理器可为维护者提供详细的服务器信息。此规则通过 url_regex 实现。url_regex 的规则 URL 处理程序可解码传入的请求，这使攻击者可以对自己的 URL 进行编码以绕过 url_regex 检查，并获得对被阻止资源的访问权限。(CVE-2019-12524)

  - 在 Squid 4.9 之前的版本中发现问题。Squid 中的 URN 响应处理受到基于堆的缓冲区溢出漏洞影响。从远程服务器接收数据以响应 URN 请求时，Squid 无法确保响应内容都在缓冲区内。攻击者可利用此漏洞造成堆中的控制数据溢出。(CVE-2019-12526)

  - 在 Squid 4.10 之前的版本中发现问题。它允许构建的 FTP 服务器触发堆内存中敏感信息（例如，与其他用户的会话或非 Squid 进程相关的信息）的泄露。(CVE-2019-12528)

  - 在 Squid 2.x 至 2.7.STABLE9、3.x 至 3.5.28 和 4.x 至 4.7 版本中发现了一个问题。当 Squid 配置为使用基本身份验证时，它会通过 uudecode 解析标头 Proxy-Authorization。
    uudecode 会通过迭代输入并检查其表格来确定需要解码的字节数。然后，此长度会被用于开始解码该字符串。但没有任何检查可以确保其计算出的长度不超过输入缓冲区的长度。这会导致邻近内存也被解码。除非 Squid 维护人员已配置在错误页面显示用户名，否则攻击者将无法检索已解码的数据。(CVE-2019-12529)

  - 由于未正确终止字符串，Squid cachemgr.cgi 4.0 到 4.7 版本可能会访问未分配的内存。在具有内存访问保护的系统上，这可能造成 CGI 进程意外终止，进而导致所有使用它的客户端发生拒绝服务。(CVE-2019-12854)

  - 在 Squid 3.x 和 4.x 至 4.8 版本中发现问题。由于输入验证不正确，存在基于堆的缓冲区溢出，可导致使用代理的所有客户端遭受拒绝服务攻击。由于此漏洞在正常安全检查之前发生，因此严重性较高；任何可以访问代理端口的远程客户端都可以通过构建的 URI 方案轻松执行攻击。(CVE-2019-18676)

  - 当使用 append_domain 设置时，在 Squid 3.x 和 4.x 到 4.8 版本中发现一个问题（因为附加字符不能与主机名长度限制正确地进行交互）。由于消息处理不正确，可能会将流量错误地重定向到流量不应流向的源。
    (CVE-2019-18677)

  - 在 Squid 3.x 和 4.x 至 4.8 版本中发现问题。攻击者可利用此问题，通过前端软件将 HTTP 请求传递至 Squid 实例，此实例以不同的方式拆分 HTTP 请求管道。生成的响应消息通过任意 URL 的攻击者控制内容破坏缓存（客户端与 Squid 之间）。攻击者客户端和 Squid 之间的软件会受到影响。但 Squid 本身不会受到影响，所有上游服务器也不会受到影响。此问题与请求标头有关，其中包含标头名称与冒号之间的空格。(CVE-2019-18678)

  - 在 Squid 2.x、3.x 及 4.x 至 4.8 版本中发现问题。由于不正确的数据管理，导致在处理 HTTP 摘要式身份验证时容易发生信息泄露。Nonce 令牌包含位于堆内存分配中的指针的原始字节值。此信息会减少 ASLR 保护，并且可能会协助攻击者将内存区域隔离至目标，从而实现远程代码执行攻击。
    (CVE-2019-18679)

  - 使用特定 Web 浏览器时，Squid 4.9 的之前版本未正确处理 cachemgr.cgi 的主机（又称为主机名）参数中的 HTML。(CVE-2019-18860)

  - 在版本低于 4.12 以及版本为低于 5.0.3 的 5.x 的 Squid 中发现问题。由于使用了潜在危险的函数，当打开与攻击者控制的 HTTPS 服务器的 TLS 连接时，Squid 和默认证书验证帮助程序容易受到拒绝服务的攻击。之所以发生此问题，是因为无法识别的错误值被映射到了 NULL；但按照预期，后来输入的代码可将每个错误值都映射到有效的错误字符串。(CVE-2020-14058)

  - 在 Squid（版本低于 4.12 以及为低于 5.0.3 的 5.x）的 http/ContentLengthInterpreter.cc 中发现问题。可成功针对 HTTP 缓存发动请求走私和中毒攻击。客户端发送带有 Content-Length 标头的 HTTP 请求，该标头包含长度字段值的 +\- 或不常见 shell 空白字符前缀。(CVE-2020-15049)

  - 可信对等机可利用 Squid（版本为 4.13 以及 5.0.4 之前的 5.x），通过在处理构建的 Cache Digest 响应消息期间消耗所有可用的 CPU 周期，执行拒绝服务。仅当 cache_peer 与缓存摘要功能一起使用时才会发生此问题。存在该问题的原因是 peer_digest.cc 中的 peerDigestHandleReply() 活锁未正确处理 EOF。(CVE-2020-24606)

  - 在 Squid 4.10 之前的版本中发现问题。此问题可以非预期的方式解释构建的 HTTP 请求，以访问早期安全过滤器禁止的服务器资源，这是输入验证不正确所致。
    (CVE-2020-8449)

  - 在 Squid 4.10 之前的版本中发现问题。由于不正确的缓冲区管理，导致远程客户端可在充当反向代理的 Squid 实例中造成缓冲区溢出。(CVE-2020-8450)

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

在 Squid 代理缓存服务器中发现多个安全问题，这些问题会导致安全过滤器绕过、信息泄露、任意代码执行或拒绝服务。

squid用のこの更新は、次の問題を修正します：

CVE-2019-12528：FTPゲートウェイ内の情報漏洩の欠陥を修正しました（bsc#1162689）。

CVE-2019-12526：URN処理中のリモートコード実行の可能性を修正しました（bsc#1156326）。

CVE-2019-12523、CVE-2019-18676：URI処理での複数の不適切な検証を修正しました（bsc#1156329）。

CVE-2019-18677：HTTPリクエスト処理でのクロスサイトリクエスト偽造を修正しました（bsc#1156328）。

CVE-2019-18678：HTTPリクエストの分割問題につながる可能性のある不正なメッセージ解析を修正しました（bsc#1156323）。

CVE-2019-18679：HTTPダイジェスト認証の処理中の情報漏洩を修正しました（bsc#1156324）。

CVE-2020-8449：Squidがリバースプロキシとして機能している場合のバッファオーバーフローを修正しました（bsc#1162687）。

CVE-2020-8450：Squidがリバースプロキシとして機能している場合のバッファオーバーフローを修正しました（bsc#1162687）。

CVE-2020-8517：NTLM認証情報を処理する際のext_lm_group_acl内のバッファオーバーフローを修正しました（bsc#1162691）。

注意：Tenable Network Securityは、前述の記述ブロックをSUSEセキュリティアドバイザリから直接抽出しています。Tenableでは、そこに新しい問題を追加することはせずに、できる限り自動的に整理と書式設定をするようにしています。

リモートの Redhat Enterprise Linux 8 ホストにインストールされているパッケージは、RHSA-2020: 4743アドバイザリに記載されている複数の脆弱性の影響を受けます。

  - Squid: リクエストの不適切な入力検証により、プロキシ操作が可能になります（CVE-2019-12520）

  - Squid: addStackElementのoff-by-oneエラーにより、ヒープバッファオーバーフローおよびクラッシュが引き起こされます（CVE-2019-12521）

  - Squid: URIプロセッサでの不適切な入力検証（CVE-2019-12523）

  - Squid: url_regexでの不適切なアクセス制限により、セキュリティバイパスが発生する可能性があります（CVE-2019-12524）

  - Squid: URN処理におけるヒープオーバーフローの問題（CVE-2019-12526）

  - Squid: FTPゲートウェイの情報漏洩の問題（CVE-2019-12528）

  - Squid: Proxy-Authorizationヘッダーの領域外読み取りは、DOSを引き起こします（CVE-2019-12529）

  - Squid: cachemgr.cgiにおけるサービス拒否（CVE-2019-12854）

  - Squid: URIプロセッサでのバッファオーバーフロー（CVE-2019-18676）

  - Squid: HTTPリクエスト処理におけるクロスサイトリクエスト偽造の問題（CVE-2019-18677）

  - Squid: HTTPメッセージ処理におけるHTTPリクエスト分割の問題（CVE-2019-18678）

  - Squid: HTTP Digest認証における情報漏洩の問題（CVE-2019-18679）

  - Squid: cachemgr.cgiに対するホストパラメーターのHTMLが不適切に処理されると、安全でない挙動が発生します（CVE-2019-18860）

  - Squid: TLSハンドシェイクにおけるDoS（CVE-2020-14058）

  - Squid: HTTPキャッシュに対するリクエストスマグリングおよびポイズニング攻撃（CVE-2020-15049）

  - Squid: 不適切な入力検証により、DoSが発生する可能性があります（CVE-2020-24606）

  - Squid: HTTPリクエスト処理における不適切な入力検証の問題（CVE-2020-8449）

  - Squid: リバースプロキシ構成におけるバッファオーバーフロー（CVE-2020-8450）

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

リモートホストにインストールされている squid のバージョンは 3.5.20-17 以前です。 したがって、ALAS2-2023-2318 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - 4.7 以前の Squid で問題が発見されました。ユーザーからのリクエストを処理するとき、Squid はルールをチェックして、リクエストを拒否する必要があるかどうかを確認します。Squid にはデフォルトで、キャッシュマネージャーへのアクセスをブロックするルールが付属しており、メンテナー向けの詳細なサーバー情報を提供します。このルールは、url_regex を介して実装されます。url_regex ルール URL のハンドラーは、着信リクエストをデコードします。これにより、攻撃者が URL をエンコードして url_regex チェックをバイパスし、ブロックされたリソースへのアクセス権を取得する可能性があります。(CVE-2019-12524)

  - Squid 2.x ～ 2.7.STABLE9、3.x ～ 3.5.28、および 4.x ～ 4.7 で問題が発見されました。Squid は、基本認証を使用するように構成されているとき、uudecode コードを介して Proxy-Authorization ヘッダーを解析します。
    uudecode は、入力を反復し、そのテーブルをチェックすることで、デコードするバイト数を決定します。この長さは、文字列のデコードを開始するために使用されます。計算された長さが入力バッファより長くないことを確認するチェックはありません。これにより、隣接するメモリもデコードされます。Squid のメンテナーがエラーページでユーザー名の表示を構成しない限り、攻撃者はデコードされたデータを取得できません。(CVE-2019-12529)

  - append_domain 設定が使用される場合、Squid 3.x および 4.x ～ 4.8 で問題が発見されました (追加された文字がホスト名の長さ制限と適切に相互作用しないため)。メッセージ処理が不適切なため、トラフィックが配信されるべきでないオリジンに不適切にリダイレクトされる可能性があります。
    (CVE-2019-18677)

  - Squid 3.x および 4.x から 4.8 までに問題が見つかりました。それにより、攻撃者がフロントエンドソフトウェアを通じて HTTP リクエストを Squid インスタンスにスマグリングし、HTTP リクエストパイプラインの分割方法を変える可能性があります。結果として生じる応答メッセージにより、任意の URL にあって攻撃者が制御するコンテンツにより (クライアントと Squid 間の) キャッシュが破損します。その影響を受けるのは、攻撃者のクライアントと Squid の間のソフトウェアに限られます。Squid 自体にも、アップストリームサーバーにも影響はありません。この問題は、ヘッダー名とコロンの間に空白があるリクエストヘッダーに関連しています。(CVE-2019-18678)

  - 4.9より前の Squid は、特定の Web ブラウザが使用されると、cachemgr.cgi に対するホスト (別名ホスト名) パラメーターで HTML を不適切に処理します。(CVE-2019-18860)

  - 4.14までのSquid および5.0.5までの5.xでは、一部の構成で、WCCP プロトコルデータの領域外読み取りのために情報漏洩が可能になります。これは、nobodyのようなリモートコード実行のチェーンの一部として利用される可能性があります。 (CVE-2021-28116)

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

リモートのRocky Linux 8ホストには、RLSA-2020:4743アドバイザリに記載されているとおり、複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Squid 4.7 以前と 5 に問題が見つかりました。リクエストを受信すると、Squid はキャッシュをチェックして、応答を提供できるかどうかを確認します。これは、リクエストの絶対 URL の MD5 ハッシュを作成することで行われます。
    見つかった場合、リクエストを処理します。絶対 URL には、特定のプロトコルのデコードされた UserInfo (ユーザー名とパスワード) を含めることができます。このデコードされた情報は、ドメインの先頭に追加されます。これにより、攻撃者は、ドメインを区切る特別な文字を含むユーザー名を提供し、URL の残りの部分をパスまたはクエリ文字列として扱うことができます。攻撃者はまず、エンコードされたユーザー名を使用してドメインにリクエストを行い、ターゲットドメインのリクエストが受信され、正確な URL にデコードされると、実際の HTML ではなく攻撃者の HTML を処理する可能性があります。これにより、リバースプロキシとしても機能する Squid サーバーで、攻撃者が、リバースプロキシのみが使用できる機能 (ESI など) にアクセスする可能性があります。(CVE-2019-12520)

  - 4.7 以前の Squid で問題が発見されました。Squid が ESI を解析するとき、ESIContext の ESI 要素が保持されます。ESIContext には、ESIElements のスタックを保持するためのバッファが含まれています。新しい ESIElement が解析されると、addStackElement を使用して追加されます。addStackElement はこのバッファの要素数をチェックしますが、1 だけ外れており、1 要素のヒープオーバーフローを引き起こします。オーバーフローは同じ構造名であるため、隣接するメモリブロックには影響せず、単に処理中のクラッシュにつながります。
    (CVE-2019-12521)

  - 4.9 より前の Squid で問題が発見されました。URN リクエストを処理する際、対応する HTTP リクエストが行われます。この HTTP リクエストは、着信 HTTP リクエストが通過するアクセスチェックを通過しません。これにより、すべてのアクセスチェックがバイパスされ、制限された HTTP サーバーへのアクセスが可能になります。たとえば、攻撃者は localhost でのみリッスンする HTTP サーバーに接続できます。 (CVE-2019-12523)

  - 4.7 以前の Squid で問題が発見されました。ユーザーからのリクエストを処理するとき、Squid はルールをチェックして、リクエストを拒否する必要があるかどうかを確認します。Squid にはデフォルトで、キャッシュマネージャーへのアクセスをブロックするルールが付属しており、メンテナー向けの詳細なサーバー情報を提供します。このルールは、url_regex を介して実装されます。url_regex ルール URL のハンドラーは、着信リクエストをデコードします。これにより、攻撃者が URL をエンコードして url_regex チェックをバイパスし、ブロックされたリソースへのアクセス権を取得する可能性があります。(CVE-2019-12524)

  - 4.9 より前の Squid で問題が発見されました。Squid の URN 応答処理は、ヒープベースのバッファオーバーフローの影響を受けます。URN リクエストへの応答としてリモートサーバーからデータを受信する際、Squid は応答がバッファ内に収まるかどうかを確認できません。これにより、攻撃者がコントロールするヒープ内データのオーバーフローが発生します。(CVE-2019-12526)

  4.10より前のSquidで問題が発見されました。これにより、細工されたFTPサーバーが、他のユーザーのセッションやSquid以外のプロセスに関連付けられた情報など、ヒープメモリからの機密情報の漏洩をトリガーする可能性があります。 (CVE-2019-12528 )

  - Squid 2.x ～ 2.7.STABLE9、3.x ～ 3.5.28、および 4.x ～ 4.7 で問題が発見されました。Squid は、基本認証を使用するように構成されているとき、uudecode コードを介して Proxy-Authorization ヘッダーを解析します。
    uudecode は、入力を反復し、そのテーブルをチェックすることで、デコードするバイト数を決定します。この長さは、文字列のデコードを開始するために使用されます。計算された長さが入力バッファより長くないことを確認するチェックはありません。これにより、隣接するメモリもデコードされます。Squid のメンテナーがエラーページでユーザー名の表示を構成しない限り、攻撃者はデコードされたデータを取得できません。(CVE-2019-12529)

  - 文字列の終了が正しくないため、4.0 から 4.7 までの Squid cachemgr.cgi は、割り当てられていないメモリにアクセスする可能性があります。メモリアクセスが保護されているシステムでは、これにより CGI プロセスが予期せず終了し、それを使用するすべてのクライアントでサービス拒否が発生する可能性があります。(CVE-2019-12854)

  - Squid 3.x および 4.x から 4.8 までに問題が見つかりました。不適切な入力検証により、ヒープベースのバッファオーバーフローがあり、プロキシを使用するすべてのクライアントに対してサービス拒否が発生する可能性があります。この脆弱性は通常のセキュリティチェックの前に発生するため、重要度は高です。プロキシポートに到達できるリモートクライアントは、細工された URI スキームを介して簡単に攻撃を実行できます。(CVE-2019-18676)

  - append_domain 設定が使用される場合、Squid 3.x および 4.x ～ 4.8 で問題が発見されました (追加された文字がホスト名の長さ制限と適切に相互作用しないため)。メッセージ処理が不適切なため、トラフィックが配信されるべきでないオリジンに不適切にリダイレクトされる可能性があります。
    (CVE-2019-18677)

  - Squid 3.x および 4.x から 4.8 までに問題が見つかりました。それにより、攻撃者がフロントエンドソフトウェアを通じて HTTP リクエストを Squid インスタンスにスマグリングし、HTTP リクエストパイプラインの分割方法を変える可能性があります。結果として生じる応答メッセージにより、任意の URL にあって攻撃者が制御するコンテンツにより (クライアントと Squid 間の) キャッシュが破損します。その影響を受けるのは、攻撃者のクライアントと Squid の間のソフトウェアに限られます。Squid 自体にも、アップストリームサーバーにも影響はありません。この問題は、ヘッダー名とコロンの間に空白があるリクエストヘッダーに関連しています。(CVE-2019-18678)

  - Squid 2.x、3.x、および 4.x～4.8 で問題が発見されました。データ管理が不適切なため、これらの Squid は、HTTP ダイジェスト認証を処理するときの情報漏洩に対して脆弱です。Nonce トークンには、ヒープメモリ割り当て内に存在するポインターの生のバイト値が含まれています。この情報は、ASLR 保護を低下させ、攻撃者がメモリ領域を特定して、リモートコード実行攻撃の標的にするために使用する可能性があります。
    (CVE-2019-18679)

  - 4.9より前の Squid は、特定の Web ブラウザが使用されると、cachemgr.cgi に対するホスト (別名ホスト名) パラメーターで HTML を不適切に処理します。(CVE-2019-18860)

  - 4.12 の前の Squid と 5.0.3 の前の 5.x で問題が発見されました。- 潜在的に危険な関数の使用により、Squid およびデフォルトの証明書検証ヘルパーは、攻撃者が制御する HTTPS 用サーバーへの TLS 接続を開く際、TLS 証明書を処理する際のサービス拒否に対して脆弱です。これは、認識されないエラー値が NULL にマップされるために発生しますが、その後のコードは、各エラー値が有効なエラー文字列にマップされることを期待します。(CVE-2020-14058)

  - 4.12の前のSquidと5.0.3の前の5.xのhttp/ContentLengthInterpreter.ccで問題が発見されました。HTTPキャッシュに対するリクエストスマグリングおよびポイズニング攻撃が成功する可能性があります。クライアントは、+\- を含む Content-Length ヘッダーまたは length フィールド値への一般的でないシェル空白文字プレフィックスを含む HTTP リクエストを送信します。(CVE-2020-15049)

  - 4.13 の前の Squid と 5.0.4 の前の 5.x では、信頼できるピアが、細工された Cache Digest 応答メッセージの処理中に利用可能なすべての CPU サイクルを消費することで、サービス拒否を実行する可能性があります。これは、cache_peerをキャッシュダイジェスト機能と併用した場合にのみ発生します。この問題は、peer_digest.cc内のpeerDigestHandleReply()のライブロックがEOFを正しく処理しないために発生します。（CVE-2020-24606）

  - 4.10 より前の Squid で問題が発見されました。入力が不適切に検証されるため、細工されたHTTPリクエストを予期しない方法で解釈し、以前のセキュリティフィルターで禁止されていたサーバーリソースにアクセスする可能性があります。
    (CVE-2020-8449)

  4.10より前のSquidで問題が発見されました。バッファ管理が不適切なため、リモートクライアントが、リバースプロキシとして動作しているSquidインスタンスでバッファオーバーフローを引き起こす可能性があります。 (CVE-2020-8450 )

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

複数のセキュリティの問題がSquidプロキシキャッシングサーバーで発見されました。これにより、セキュリティフィルターのバイパス、情報漏洩、任意のコードの実行、またはサービス拒否が発生する可能性があります。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
134561	SUSE SLES12 Security Update : squid (SUSE-SU-2020:0661-1)	Nessus	SuSE Local Security Checks	2020/3/13	2022/5/18	critical
142412	RHEL 8 : squid:4 (RHSA-2020:4743)	Nessus	Red Hat Local Security Checks	2020/11/4	2024/11/7	critical
183925	Amazon Linux 2 : squid (ALAS-2023-2318)	Nessus	Amazon Linux Local Security Checks	2023/10/26	2024/12/11	critical
184691	Rocky Linux 8 : squid:4 (RLSA-2020:4743)	Nessus	Rocky Linux Local Security Checks	2023/11/6	2023/11/6	critical
136430	Debian DSA-4682-1 : squid - security update	Nessus	Debian Local Security Checks	2020/5/11	2024/3/13	critical
142412	RHEL 8：squid：4 (RHSA-2020: 4743)	Nessus	Red Hat Local Security Checks	2020/11/4	2024/11/7	critical
183925	Amazon Linux 2：squid (ALAS-2023-2318)	Nessus	Amazon Linux Local Security Checks	2023/10/26	2024/12/11	critical
184691	Rocky Linux 8squid:4 (RLSA-2020:4743)	Nessus	Rocky Linux Local Security Checks	2023/11/6	2023/11/6	critical
136430	Debian DSA-4682-1：squid - 安全更新	Nessus	Debian Local Security Checks	2020/5/11	2024/3/13	critical
134561	SUSE SLES12セキュリティ更新プログラム：squid（SUSE-SU-2020:0661-1）	Nessus	SuSE Local Security Checks	2020/3/13	2022/5/18	critical
142412	RHEL 8: Squid：4（RHSA-2020：4743)	Nessus	Red Hat Local Security Checks	2020/11/4	2024/11/7	critical
183925	Amazon Linux 2 : squid (ALAS-2023-2318)	Nessus	Amazon Linux Local Security Checks	2023/10/26	2024/12/11	critical
184691	Rocky Linux 8squid:4RLSA-2020:4743	Nessus	Rocky Linux Local Security Checks	2023/11/6	2023/11/6	critical
136430	Debian DSA-4682-1: squid - セキュリティ更新	Nessus	Debian Local Security Checks	2020/5/11	2024/3/13	critical

检测

插件搜索

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical