據發現，Squid 未正確處理特定 SNMP 封包。
遠端攻擊者可能會利用此問題，造成記憶體消耗，進而導致拒絕服務。此問題僅影響了 Ubuntu 16.04 LTS 和 Ubuntu 18.04 LTS。(CVE-2018-19132)

據發現，Squid 未正確處理 cachemgr.cgi web 模組。遠端攻擊者可能會利用此問題發動跨網站指令碼 (XSS) 攻擊。(CVE-2019-13345)。

請注意，Tenable Network Security 已直接從 Ubuntu 安全性公告擷取前述描述區塊。Tenable 已盡量在不造成其他問題的前提下，嘗試自動清理並將其格式化。

根據安裝的 squid 套件版本，遠端主機上的 EulerOS 安裝會受到下列弱點影響：- Squid 4.4 之前版本在因為憑證錯誤而產生 HTTP(S) 錯誤頁面期間，透過特製的 X.509 憑證存在 XSS。(CVE-2018-19131) - Squid 4.4 之前版本在啟用 SNMP 時，透過 SNMP 封包允許拒絕服務 (記憶體洩漏)。(CVE-2018-19132) - 在 Squid HTTP Proxy 3.5.0.1 到 3.5.22，以及 4.0.1 到 4.0.16 中，不正確的 HTTP 要求標頭比較會導致摺疊轉寄功能將一些私人回應誤認為適合傳遞給多個用戶端。(CVE-2016-10003) - 在 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.7 及之前版本的 cachemgr.cgi Web 模組透過 user_name 或 auth 參數，存在 XSS。(CVE-2019-13345) 請注意，Tenable Network Security 已直接從 EulerOS 安全性公告擷取前置描述區塊。Tenable 已盡量在不造成其他問題的前提下，嘗試自動清理並將其格式化。

根據其標題顯示，遠端主機上執行的 Squid 版本為 3.2.0.10 版、3.2.0.10 之後的 3.2.x 版、3.3.x 版、3.4.x 版、3.5.28 版、3.5.28 之前的 3.5.x 版，或 4.4 之前的 4.x 版。因此受到　SNMP 元件中拒絕服務 (DoS) 弱點影響，這是因為 SNMP 查詢拒絕程式碼中發生記憶體洩漏。未經驗證的遠端攻擊者可惡意利用此問題消耗 Squid 處理程序可用的所有記憶體，進而造成其損毀。請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼。

CentOS Linux 6 主機安裝的套件受到 TuxCare CENTOS6：CLSA-2026：1777541147 公告中提及的多個弱點影響。

  - Squid Software Foundation Squid HTTP Caching Proxy 4.0.23 之前版本的 HTTP 回應 X-Forwarded-For 標頭處理中存在 NULL 指標解除參照弱點，可導致 Proxy 的所有用戶端發生拒絕服務。此攻擊似乎可以透過遠端 HTTP 伺服器利用，使用 X-Forwarded-For 標頭回應特定類型的 HTTP 要求。此弱點似乎已在 4.0.23 和更新版本中修正。(CVE-2018-1000027)

  - 4.4 之前的 Squid 在針對憑證錯誤產生 HTTP(S) 錯誤頁面期間，透過特製的 X.509 憑證發生 XSS。(CVE-2018-19131)

  - 4.4 之前的 Squid，當啟用 SNMP 時，允許透過 SNMP 封包造成拒絕服務 (記憶體洩漏)。
    (CVE-2018-19132)

  - 在 Squid 4.9 之前版本中發現一個問題。處理 URN 要求時，程式會提出對應的 HTTP 要求。此 HTTP 要求不會經過傳入 HTTP 要求所經過的存取權限檢查。這會造成所有存取權限檢查被略過，並且允許存取受限制的 HTTP 伺服器，例如，攻擊者可連線至僅在 localhost 上接聽的 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)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

在 Squid 處理 SNMP 拒絕查詢的方式中，發現記憶體洩漏情形。遠端攻擊者可能會利用此缺陷來耗盡伺服器機器上的資源。(CVE-2018-19132)

據發現，在啟用 SNMP 時，SNMP 查詢拒絕程式碼中發生記憶體洩漏，因此 squid3 可能會發生拒絕服務 (DoS) 弱點。在未嚴格強制執行每個處理程序的記憶體限制的環境中，遠端攻擊者可耗用 Squid 處理程序可用的所有記憶體，進而導致處理程序損毀。針對 Debian 8「Jessie」，此問題已在 3.4.8-6+deb8u6 版本中修正。我們建議您升級 squid3 套件。注意：Tenable Network Security 已直接從 DLA 安全性公告擷取前置描述區塊。Tenable 已盡量在不造成其他問題的前提下，嘗試自動清理並將其格式化。

遠端主機上安裝的 squid 版本為 3.5.20-17 之前版本。因此，它受到 ALAS2-2023-2310 公告中所提及的多個弱點影響。

  - 4.4 之前的 Squid 在針對憑證錯誤產生 HTTP(S) 錯誤頁面期間，透過特製的 X.509 憑證發生 XSS。(CVE-2018-19131)

  - 4.4 之前的 Squid，當啟用 SNMP 時，允許透過 SNMP 封包造成拒絕服務 (記憶體洩漏)。
    (CVE-2018-19132)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - 4.4 之前的 Squid，當啟用 SNMP 時，允許透過 SNMP 封包造成拒絕服務 (記憶體洩漏)。
    (CVE-2018-19132)

請注意，Nessus 依賴供應商報告的套件存在。

ID	名稱	產品	系列	已發布	已更新	嚴重性
126749	Ubuntu 16.04 LTS / 18.04 LTS：Squid 弱點 (USN-4059-1)	Nessus	Ubuntu Local Security Checks	2019/7/16	2025/9/3	medium
131599	EulerOS 2.0 SP2：squid (EulerOS-SA-2019-2445)	Nessus	Huawei Local Security Checks	2019/12/4	2024/4/8	critical
119727	Squid 3.2.0.10 <= 3.2.x / 3.3.x / 3.4.x / 3.5.x <= 3.5.28 / 4.x < 4.4 拒絕服務弱點 (SQUID-2018:5)	Nessus	Firewalls	2018/12/17	2025/3/21	medium
361595	CentOS Linux 6 [TuxCare] 安全性更新：squid34 多個漏洞（CENTOS6：CLSA-2026：1777541147）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	critical
123084	Amazon Linux AMI : squid (ALAS-2019-1176)	Nessus	Amazon Linux Local Security Checks	2019/3/26	2025/3/13	medium
119153	Debian DLA-1596-1：squid3 安全性更新	Nessus	Debian Local Security Checks	2018/11/27	2025/3/24	medium
183476	Amazon Linux 2：squid (ALAS-2023-2310)	Nessus	Amazon Linux Local Security Checks	2023/10/20	2024/12/11	medium
222351	Linux Distros 未修補弱點：CVE-2018-19132	Nessus	Misc.	2025/3/4	2026/7/24	medium

偵測

搜尋 Plugin

medium

critical

medium

critical

medium

medium

medium

medium