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

 - 由于缓冲区处理不正确，Squid 在处理 ESI 响应时容易遭受缓存中毒、远程执行以及拒绝服务攻击的影响。(CVE-2019-12519/CVE-2019-12521)

 - 由于存在整数溢出缺陷，Squid 因而容易遭受针对 HTTP 摘要身份验证标记的凭据重放和远程代码执行攻击。(CVE-2020-11945) 请注意，扫描程序并未测试这些问题，而是仅依据应用程序自我报告的版本号进行判断。

远程 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 代理缓存服务器中发现多个安全问题，这些问题会导致安全过滤器绕过、信息泄露、任意代码执行或拒绝服务。

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

Jeriko One 发现 Squid 未能正确处理某些 Edge Side Includes (ESI) 响应。恶意远程服务器可导致 Squid 崩溃，还可能破坏缓存或执行任意代码。（CVE-2019-12519、CVE-2019-12521）

据发现，在使用某些浏览器时，Squid 未能正确处理 cachemgr.cgi 的主机名参数。远程攻击者可能利用此问题在主机名参数中注入 HTML 或无效字符。此问题仅影响 Ubuntu 16.04 LTS、Ubuntu 18.04 LTS 和 Ubuntu 19.10。(CVE-2019-18860)

Clement Berthaux 和 Florian Guilbert 发现 Squid 未能正确处理摘要验证 nonce 值。远程攻击者可能利用此问题回放 nonce 值，或执行任意代码。(CVE-2020-11945)。

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

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

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

在 Squid 4.7 及之前的版本中发现问题。处理标记 esi 时：如果已启用 ESI，则 Squid 会调用 ESIExpression: : Evaluate。
在对表达式求值时，此函数使用固定堆栈缓冲区保留该表达式。在处理表达式时，它可以对栈顶求值，也可以向堆栈中添加新成员。在添加新成员时，未进行检查以确保堆栈不会溢出。(CVE-2019-12519)

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

在 Squid 3.3.9 至 3.5.28 及 4.x 至 4.7 版本中发现问题。当 Squid 配置为使用摘要式认证时，它会解析标头 Proxy-Authorization。它会搜寻特定标记，例如域、uri 和 qop。Squid 会检查此标记的值开头是否为引号，且结尾是否为 1。如果是，则它会对其长度减 2 执行 memcpy。Squid 始终不检查该值是否仅为单引号（将满足其要求），从而导致对其长度减 1 执行 memcpy。(CVE-2019-12525)

在 Squid 5.0.2 之前的版本中发现问题。远程攻击者可重播嗅探到的摘要式身份验证 nonce，以访问本来被禁止的资源。发生此问题的原因在于攻击者可使 nonce 引用计数器（短整数）溢出。
如果系统释放了池化的令牌凭据（而不是作为有效凭据重播），则可能会发生远程代码执行。(CVE-2020-11945)

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

远程主机受到 GLSA-202005-05 中所述漏洞的影响（Squid：多个漏洞）

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

    请查看供参考的 CVE 标识符，了解详细信息。
  变通方案：

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

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

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

  - SQUID 易受由分块解码器宽松引起的 HTTP 请求走私影响，允许远程攻击者通过防火墙和前端安全系统执行请求/响应走私。
    (CVE-2023-46846)

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

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

  - 在 Squid 4.7 及之前的版本中发现问题。处理标记 esi 时：如果已启用 ESI，则 Squid 会调用 ESIExpression: : Evaluate。在对表达式求值时，此函数使用固定堆栈缓冲区保留该表达式。在处理表达式时，它可以对栈顶求值，也可以向堆栈中添加新成员。在添加新成员时，未进行检查以确保堆栈不会溢出。(CVE-2019-12519)

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

  - 在 Squid 3.3.9 至 3.5.28 及 4.x 至 4.7 版本中发现问题。当 Squid 配置为使用摘要式认证时，它会解析标头 Proxy-Authorization。它会搜寻特定标记，例如域、uri 和 qop。Squid 会检查此标记的值开头是否为引号，且结尾是否为 1。如果是，则它会对其长度减 2 执行 memcpy。Squid 始终不检查该值是否仅为单引号（将满足其要求），从而导致对其长度减 1 执行 memcpy。(CVE-2019-12525)

  - 在 Squid 5.0.2 之前的版本中发现问题。远程攻击者可重播嗅探到的摘要式身份验证 nonce，以访问本来被禁止的资源。发生此问题的原因在于攻击者可使 nonce 引用计数器（短整数）溢出。如果系统释放了池化的令牌凭据（而不是作为有效凭据重播），则可能会发生远程代码执行。(CVE-2020-11945)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
112692	Squid < 4.11 多个漏洞	Web App Scanning	Component Vulnerability	2021/2/10	2023/3/14	critical
112691	Squid 5.x < 5.0.2 多个漏洞	Web App Scanning	Component Vulnerability	2021/2/10	2023/3/14	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
142412	RHEL 8：squid：4 (RHSA-2020: 4743)	Nessus	Red Hat Local Security Checks	2020/11/4	2024/11/7	critical
136605	Ubuntu 16.04 LTS / 18.04 LTS / 20.04 LTS：Squid 漏洞 (USN-4356-1)	Nessus	Ubuntu Local Security Checks	2020/5/14	2025/9/3	critical
222577	Linux Distros 未修补的漏洞: CVE-2019-12521	Nessus	Misc.	2025/3/4	2025/8/20	medium
137101	Amazon Linux AMI：squid (ALAS-2020-1378)	Nessus	Amazon Linux Local Security Checks	2020/6/4	2024/12/11	critical
145969	CentOS 8：squid: 4 (CESA-2020: 4743)	Nessus	CentOS Local Security Checks	2021/2/1	2023/2/8	critical
136542	GLSA-202005-05：Squid：多个漏洞	Nessus	Gentoo Local Security Checks	2020/5/13	2024/3/12	critical
192745	Amazon Linux 2：squid (ALAS-2024-2509)	Nessus	Amazon Linux Local Security Checks	2024/4/1	2024/12/11	medium
181963	Amazon Linux 2：squid (ALASSQUID4-2023-008)	Nessus	Amazon Linux Local Security Checks	2023/9/27	2024/12/11	critical
180917	Oracle Linux 8：squid: 4 (ELSA-2020-4743)	Nessus	Oracle Linux Local Security Checks	2023/9/7	2023/9/7	critical

检测

插件搜索

critical

critical

critical

critical

critical

critical

medium

critical

critical

critical

medium

critical

critical