根据其自我报告的版本号，远程主机上安装的 Squid 为 5.x < 5.0.3 或低于 4.12 的版本。因此，该应用程序受到多个漏洞影响：

 - 由于不正确的同步，Squid 在处理 SMP 缓存中的对象时容易遭受拒绝服务攻击。(CVE-2020-14059)

 - 由于使用了潜在危险的函数，当处理 TLS 凭据时，Squid 和默认证书验证帮助程序容易受到拒绝服务的攻击。(CVE-2020-14058)

 - 由于输入验证不正确，Squid 因而容易遭受针对 HTTP 缓存的请求走私和中毒攻击。(CVE-2020-15049) 请注意，扫描程序并未测试这些问题，而是仅依据应用程序自我报告的版本号进行判断。

远程 Ubuntu 16.04 LTS/18.04 LTS 主机上安装的程序包受到 USN-4551-1 公告中提及的多个漏洞的影响。

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

  - 在版本低于 4.13 以及版本为低于 5.0.4 的 5.x 的 Squid 中发现问题。由于数据验证不当，可成功针对 HTTP 和 HTTPS 流量发动 HTTP 请求走私攻击。这会导致缓存中毒。任何客户端（包括浏览器脚本）可借此绕过本地安全机制，并使用任意来源的内容，导致代理缓存和任何下游缓存中毒。配置进行宽松的标头解析（默认设置）时，Squid 将包含空白字符的标头中继到上游服务器。当这作为 Content-Length 标头的前缀出现时，Squid 将忽略指定的帧长度（允许从另一个 Content-Length 标头使用冲突的长度），但会将其中继到向上游。(CVE-2020-15810)

  - 在版本低于 4.13 以及版本为低于 5.0.4 的 5.x 的 Squid 中发现问题。由于数据验证不当，可成功针对 HTTP 和 HTTPS 流量发动 HTTP 请求拆分攻击。这会导致缓存中毒。任何客户端（包括浏览器脚本）可借此绕过本地安全机制，并使用任意来源的内容，导致浏览器缓存和任何下游缓存中毒。Squid 通过字符串搜索而非解析 Transfer-Encoding 标头来查找分块编码。攻击者可借此隐藏第二个请求：Squid 将其解释为分块，拆分为第二个请求交付上游。然后 Squid 将向客户端传递两个不同的响应，从而损坏任何下游缓存。(CVE-2020-15811)

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

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

远程 CentOS Linux 7 主机上安装的程序包受到 CESA-2020: 4082 公告中提及的多个漏洞的影响。

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

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

  - squid：HTTP 请求走私可导致缓存中毒 (CVE-2020-15810)

  - squid：HTTP 请求拆分可导致缓存中毒 (CVE-2020-15811)

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

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

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

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

远程 CentOS Linux 8 主机上安装的程序包受到 CESA-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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

运行 CORE 5.04/MAIN 5.04 版本的远程 NewStart CGSL 主机上安装的 squid 程序包受到多个漏洞的影响：

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

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

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

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

  - 在版本低于 4.13 以及版本为低于 5.0.4 的 5.x 的 Squid 中发现问题。由于数据验证不当，可成功针对 HTTP 和 HTTPS 流量发动 HTTP 请求走私攻击。这会导致缓存中毒。任何客户端（包括浏览器脚本）可借此绕过本地安全机制，并使用任意来源的内容，导致代理缓存和任何下游缓存中毒。配置进行宽松的标头解析（默认设置）时，Squid 将包含空白字符的标头中继到上游服务器。当这作为 Content-Length 标头的前缀出现时，Squid 将忽略指定的帧长度（允许从另一个 Content-Length 标头使用冲突的长度），但会将其中继到向上游。(CVE-2020-15810)

  - 在版本低于 4.13 以及版本为低于 5.0.4 的 5.x 的 Squid 中发现问题。由于数据验证不当，可成功针对 HTTP 和 HTTPS 流量发动 HTTP 请求拆分攻击。这会导致缓存中毒。任何客户端（包括浏览器脚本）可借此绕过本地安全机制，并使用任意来源的内容，导致浏览器缓存和任何下游缓存中毒。Squid 通过字符串搜索而非解析 Transfer-Encoding 标头来查找分块编码。攻击者可借此隐藏第二个请求：Squid 将其解释为分块，拆分为第二个请求交付上游。然后 Squid 将向客户端传递两个不同的响应，从而损坏任何下游缓存。(CVE-2020-15811)

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

在 Squid 代理缓存服务器中发现两个安全问题，这些问题可导致缓存中毒、请求走私和 cachemgr.cgi 中的主机名验证不完整。

在 Squid 中发现数个安全漏洞，Squid 为 Web 客户端的高性能代理缓存服务器。

CVE-2020-15049

在 Squid 的 http/ContentLengthInterpreter.cc 中发现问题。
可成功针对 HTTP 缓存发动请求走私和中毒攻击。客户端发送带有 Content- Length 标头的 HTTP 请求，该标头包含长度字段值的 +\- 或不常见 shell 空白字符前缀。此更新还包括其他几项对 HttpHeader 解析代码的改进。

CVE-2020-15810 和 CVE-2020-15811

由于数据验证不当，可成功针对 HTTP 和 HTTPS 流量发动 HTTP 请求走私攻击。这会导致缓存中毒，并且任何客户端（包括浏览器脚本）均可借此绕过本地安全机制，并使用任意来源的内容，导致代理缓存和任何下游缓存中毒。配置进行宽松的标头解析（默认设置）时，Squid 将包含空白字符的标头中继到上游服务器。当这作为 Content-Length 标头的前缀出现时，Squid 将忽略指定的帧长度（允许从另一个 Content-Length 标头使用冲突的长度），但会将其中继到向上游。

CVE-2020-24606

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

针对 Debian 9 stretch，这些问题已在 3.5.23-5+deb9u5 版本中修复。

我们建议您升级 squid3 程序包。

如需了解 squid3 的详细安全状态，请参阅其安全跟踪页面：
https://security-tracker.debian.org/tracker/squid3

注意：Tenable Network Security 已直接从 DLA 安全公告中提取上述描述块。Tenable 已尝试在不引入其他问题的情况下，尽可能进行自动清理和排版。

远程 Ubuntu 16.04 LTS / 18.04 LTS / 20.04 LTS / 20.10 主机上安装的程序包受到 USN-4895-1 公告中提及的多个漏洞的影响。

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

  - 在 4.13 及之前版本和 5.0.4 及之前的 5.x 版本的 Squid 中发现一个问题。由于未正确验证输入，此问题允许受信任的客户端执行 HTTP 请求走私以及访问安全控件原本禁止的服务。配置设置中的某些 uri_whitespace 会发生这种情况。(CVE-2020-25097)

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

远程 Oracle Linux 7 主机上安装的程序包受到 ELSA-2020-4082 公告中提及的多个漏洞的影响。

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

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

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

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

  - 在版本低于 4.13 以及版本为低于 5.0.4 的 5.x 的 Squid 中发现问题。由于数据验证不当，可成功针对 HTTP 和 HTTPS 流量发动 HTTP 请求走私攻击。这会导致缓存中毒。任何客户端（包括浏览器脚本）可借此绕过本地安全机制，并使用任意来源的内容，导致代理缓存和任何下游缓存中毒。配置进行宽松的标头解析（默认设置）时，Squid 将包含空白字符的标头中继到上游服务器。当这作为 Content-Length 标头的前缀出现时，Squid 将忽略指定的帧长度（允许从另一个 Content-Length 标头使用冲突的长度），但会将其中继到向上游。(CVE-2020-15810)

  - 在版本低于 4.13 以及版本为低于 5.0.4 的 5.x 的 Squid 中发现问题。由于数据验证不当，可成功针对 HTTP 和 HTTPS 流量发动 HTTP 请求拆分攻击。这会导致缓存中毒。任何客户端（包括浏览器脚本）可借此绕过本地安全机制，并使用任意来源的内容，导致浏览器缓存和任何下游缓存中毒。Squid 通过字符串搜索而非解析 Transfer-Encoding 标头来查找分块编码。攻击者可借此隐藏第二个请求：Squid 将其解释为分块，拆分为第二个请求交付上游。然后 Squid 将向客户端传递两个不同的响应，从而损坏任何下游缓存。(CVE-2020-15811)

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

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

安全修复：

  - squid：HTTP 请求走私可导致缓存中毒 (CVE-2020-15810)

  - squid：HTTP 请求拆分可导致缓存中毒 (CVE-2020-15811)

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

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

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

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

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

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

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

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

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

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

  - 由于未正确终止字符串，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)

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

根据其标题，远程主机上运行的 Squid 版本为低于 4.12 的 2.x 或低于 5.0.3 的 5.x。因而该应用程序会受到多个漏洞的影响：
  - Squid 的 SMP 缓存和 TLS 握手实现中存在多个拒绝服务 (DoS) 漏洞。未经身份验证的远程攻击者可利用这些问题，通过向受影响实例发送特别构建的请求，以在应用程序上施加 DoS 条件（CVE-2020-14058、CVE-2020-14059）。 

  - Squid 中存在缓存中毒漏洞，这是未充分验证用户输入所致。经过身份验证的远程攻击者可利用此问题，影响从缓存返回给用户的内容的完整性 (CVE-2020-15049)。

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

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

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

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

  - squid：HTTP 请求走私可导致缓存中毒 (CVE-2020-15810)

  - squid：HTTP 请求拆分可导致缓存中毒 (CVE-2020-15811)

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

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

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

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

远程 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的测试产品版本低于测试版本。因此，如公告 ALAS-2020-1453 所述，该主机受到多个漏洞的影响。

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

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

  - 在版本低于 4.13 以及版本为低于 5.0.4 的 5.x 的 Squid 中发现问题。由于数据验证不当，可成功针对 HTTP 和 HTTPS 流量发动 HTTP 请求走私攻击。这会导致缓存中毒。任何客户端（包括浏览器脚本）可借此绕过本地安全机制，并使用任意来源的内容，导致代理缓存和任何下游缓存中毒。配置进行宽松的标头解析（默认设置）时，Squid 将包含空白字符的标头中继到上游服务器。当这作为 Content-Length 标头的前缀出现时，Squid 将忽略指定的帧长度（允许从另一个 Content-Length 标头使用冲突的长度），但会将其中继到向上游。(CVE-2020-15810)

  - 在版本低于 4.13 以及版本为低于 5.0.4 的 5.x 的 Squid 中发现问题。由于数据验证不当，可成功针对 HTTP 和 HTTPS 流量发动 HTTP 请求拆分攻击。这会导致缓存中毒。任何客户端（包括浏览器脚本）可借此绕过本地安全机制，并使用任意来源的内容，导致浏览器缓存和任何下游缓存中毒。Squid 通过字符串搜索而非解析 Transfer-Encoding 标头来查找分块编码。攻击者可借此隐藏第二个请求：Squid 将其解释为分块，拆分为第二个请求交付上游。然后 Squid 将向客户端传递两个不同的响应，从而损坏任何下游缓存。(CVE-2020-15811)

  - 可信对等机可利用 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 尚未测试此问题，而是只依赖于应用程序自我报告的版本号。

运行 CORE 5.05/MAIN 5.05 版本的远程 NewStart CGSL 主机上安装的 squid 程序包受到多个漏洞的影响：

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

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

  - 在版本低于 4.13 以及版本为低于 5.0.4 的 5.x 的 Squid 中发现问题。由于数据验证不当，可成功针对 HTTP 和 HTTPS 流量发动 HTTP 请求走私攻击。这会导致缓存中毒。任何客户端（包括浏览器脚本）可借此绕过本地安全机制，并使用任意来源的内容，导致代理缓存和任何下游缓存中毒。配置进行宽松的标头解析（默认设置）时，Squid 将包含空白字符的标头中继到上游服务器。当这作为 Content-Length 标头的前缀出现时，Squid 将忽略指定的帧长度（允许从另一个 Content-Length 标头使用冲突的长度），但会将其中继到向上游。(CVE-2020-15810)

  - 在版本低于 4.13 以及版本为低于 5.0.4 的 5.x 的 Squid 中发现问题。由于数据验证不当，可成功针对 HTTP 和 HTTPS 流量发动 HTTP 请求拆分攻击。这会导致缓存中毒。任何客户端（包括浏览器脚本）可借此绕过本地安全机制，并使用任意来源的内容，导致浏览器缓存和任何下游缓存中毒。Squid 通过字符串搜索而非解析 Transfer-Encoding 标头来查找分块编码。攻击者可借此隐藏第二个请求：Squid 将其解释为分块，拆分为第二个请求交付上游。然后 Squid 将向客户端传递两个不同的响应，从而损坏任何下游缓存。(CVE-2020-15811)

  - 可信对等机可利用 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 尚未测试此问题，而是只依靠应用程序自我报告的版本号来判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
112690	Squid < 4.12 多个漏洞	Web App Scanning	Component Vulnerability	2021/2/10	2023/3/14	high
112689	Squid 5.x < 5.0.3 多个漏洞	Web App Scanning	Component Vulnerability	2021/2/10	2023/3/14	high
140919	Ubuntu 16.04 LTS / 18.04 LTS：Squid 漏洞 (USN-4551-1)	Nessus	Ubuntu Local Security Checks	2020/9/28	2023/10/20	high
142599	CentOS 7：squid (CESA-2020: 4082)	Nessus	CentOS Local Security Checks	2020/11/6	2022/5/11	high
145969	CentOS 8：squid: 4 (CESA-2020: 4743)	Nessus	CentOS Local Security Checks	2021/2/1	2023/2/8	critical
147395	NewStart CGSL CORE 5.04 / MAIN 5.04：squid 多个漏洞 (NS-SA-2021-0030)	Nessus	NewStart CGSL Local Security Checks	2021/3/10	2022/5/10	high
138860	Debian DSA-4732-1：squid - 安全更新	Nessus	Debian Local Security Checks	2020/7/23	2022/5/13	high
141136	Debian DLA-2394-1：squid3 安全更新	Nessus	Debian Local Security Checks	2020/10/5	2020/10/7	high
148218	Ubuntu 16.04 LTS / 18.04 LTS / 20.04 LTS：Squid 漏洞 (USN-4895-1)	Nessus	Ubuntu Local Security Checks	2021/3/30	2023/10/20	high
141309	Oracle Linux 7：squid (ELSA-2020-4082)	Nessus	Oracle Linux Local Security Checks	2020/10/8	2022/5/12	high
141708	Scientific Linux 安全更新：SL7.x x86_64 上的 squid (20201001)	Nessus	Scientific Linux Local Security Checks	2020/10/21	2024/2/14	high
180917	Oracle Linux 8：squid: 4 (ELSA-2020-4743)	Nessus	Oracle Linux Local Security Checks	2023/9/7	2023/9/7	critical
139912	Squid 2.x < 4.12 / 5.x < 5.0.3（SQUID-2020: 5、SQUID-2020: 6 和 SQUID-2020: 7)	Nessus	Firewalls	2020/8/27	2021/1/4	high
141089	RHEL 7：squid (RHSA-2020: 4082)	Nessus	Red Hat Local Security Checks	2020/9/30	2024/4/28	high
142412	RHEL 8：squid：4 (RHSA-2020: 4743)	Nessus	Red Hat Local Security Checks	2020/11/4	2023/5/25	critical
142983	Amazon Linux AMI：squid (ALAS-2020-1453)	Nessus	Amazon Linux Local Security Checks	2020/11/18	2022/5/11	high
154581	NewStart CGSL CORE 5.05 / MAIN 5.05 : squid 多个漏洞 (NS-SA-2021-0148)	Nessus	NewStart CGSL Local Security Checks	2021/10/27	2022/5/9	high

检测

插件搜索

high

high

high

high

critical

high

high

high

high

high

high

critical

high

high

critical

high

high