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

 - 存在堆溢出和可能的远程代码执行，这是由于处理 URN 时的缓冲区管理不正确所致。(CVE-2019-12526)

 - 存在一个安全绕过漏洞，原因是未正确验证输入。攻击者可获得对受限制的 HTTP 服务器的访问权限。(CVE-2019-12523)

 - 存在缓冲区溢出问题，这是由于输入验证不正确所致，可导致使用代理的所有客户端遭受拒绝服务攻击。(CVE-2019-18676)

 - 存在一个流量重定向，这是由于对 append_domain 设置的消息处理不正确所致。(CVE-2019-18677)

 - 存在 HTTP 请求拆分，这是由于不正确的消息解析所致。(CVE-2019-18678)

 - 存在信息泄露漏洞，这是由于处理 HTTP 摘要验证时未正确管理数据所致。(CVE-2019-18679) 请注意，扫描程序并未测试这些问题，而是仅依据应用程序自我报告的版本号进行判断。

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

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

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

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

Jeriko One 发现，Squid 未正确处理某些缓存请求。远程攻击者可能会利用此问题进行缓存注入攻击，或者获取对 ESI 等反向代理功能的访问权限。(CVE-2019-12520) Jeriko One 和 Kristoffer Danielsson 发现，Squid 未正确处理某些 URN 请求。远程攻击者可能利用此问题绕过访问权限检查。
(CVE-2019-12523) Jeriko One 发现，Squid 未正确处理 URL 解码。远程攻击者可能会利用此问题绕过某些规则检查。 (CVE-2019-12524) Jeriko One 和 Kristoffer Danielsson 发现，Squid 未正确处理输入验证。
远程攻击者可能利用此问题使 Squid 崩溃，从而导致拒绝服务。(CVE-2019-18676)

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

Jeriko One 和 Kristoffer Danielsson 发现，Squid 未正确处理特定的 URN 请求。远程攻击者可能利用此问题绕过访问权限检查并访问受限的服务器。此问题只在 Ubuntu 19.04 和 Ubuntu 19.10 中得到解决。
(CVE-2019-12523)

Jeriko One 发现，Squid 未正确处理 URN 响应。远程攻击者可利用此问题导致 Squid 崩溃，从而导致拒绝服务或可能执行任意代码。
(CVE-2019-12526)

Alex Rousskov 发现 Squid 未正确处理某些字符串。远程攻击者可能利用此问题使 Squid 崩溃，从而导致拒绝服务。此问题仅影响 Ubuntu 19.04。(CVE-2019-12854)

Jeriko One 和 Kristoffer Danielsson 发现，Squid 未正确处理特定的输入。远程攻击者可利用此问题导致 Squid 崩溃，从而导致拒绝服务或可能执行任意代码。此问题仅在 Ubuntu 19.04 和 Ubuntu 19.10 中得到解决。(CVE-2019-18676)

Kristoffer Danielsson 发现，Squid 未正确处理特定的消息。此问题可能会造成流量被重定向到本不应发送到的源。(CVE-2019-18677)

Regis Leroy 发现，Squid 未正确处理特定的 HTTP 请求标头。远程攻击者可利用此问题通过任意内容走私 HTTP 请求并破坏缓存。(CVE-2019-18678)

David Fifield 发现 Squid 未正确处理 HTTP 摘要式身份验证。远程攻击者可能利用此问题获取指针内容并绕过 ASLR 保护。(CVE-2019-18679)

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

新版本更新 - squid 4.9 请注意，Tenable Network Security 已直接从 Fedora 更新系统网站提取上述描述块。Tenable 已尝试在不引入其他问题的情况下尽可能进行了自动整理和排版。

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

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

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

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

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

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

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

远程 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.10-3。因此，它受到 ALAS2SQUID4-2023-007 公告中提及的多个漏洞影响。

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

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

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

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

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

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

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
112694	Squid < 4.9 多个漏洞	Web App Scanning	Component Vulnerability	2021/2/10	2023/3/14	critical
176706	Amazon Linux 2：squid (ALAS-2023-2065)	Nessus	Amazon Linux Local Security Checks	2023/6/5	2024/12/11	critical
139313	Ubuntu 16.04 LTS / 18.04 LTS：Squid 漏洞 (USN-4446-1)	Nessus	Ubuntu Local Security Checks	2020/8/4	2024/8/27	critical
131723	Ubuntu 16.04 LTS / 18.04 LTS：Squid 漏洞 (USN-4213-1)	Nessus	Ubuntu Local Security Checks	2019/12/5	2024/8/27	critical
131707	Fedora 30：7:squid (2019-0b16cbdd0e)	Nessus	Fedora Local Security Checks	2019/12/5	2019/12/17	critical
131714	Fedora 31 : 7:squid (2019-9538783033)	Nessus	Fedora Local Security Checks	2019/12/5	2019/12/17	critical
145969	CentOS 8：squid: 4 (CESA-2020: 4743)	Nessus	CentOS Local Security Checks	2021/2/1	2023/2/8	critical
176758	Amazon Linux AMI：squid (ALAS-2023-1757)	Nessus	Amazon Linux Local Security Checks	2023/6/6	2024/12/11	critical
142412	RHEL 8：squid：4 (RHSA-2020: 4743)	Nessus	Red Hat Local Security Checks	2020/11/4	2024/11/7	critical
136430	Debian DSA-4682-1：squid - 安全更新	Nessus	Debian Local Security Checks	2020/5/11	2024/3/13	critical
184691	Rocky Linux 8squid:4 (RLSA-2020:4743)	Nessus	Rocky Linux Local Security Checks	2023/11/6	2023/11/6	critical
180917	Oracle Linux 8：squid: 4 (ELSA-2020-4743)	Nessus	Oracle Linux Local Security Checks	2023/9/7	2023/9/7	critical
182047	Amazon Linux 2：squid (ALASSQUID4-2023-007)	Nessus	Amazon Linux Local Security Checks	2023/9/27	2024/12/11	critical
222853	Linux Distros 未修补的漏洞: CVE-2019-18676	Nessus	Misc.	2025/3/4	2025/8/20	high

检测

插件搜索

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

critical

high