根據應用程式自我報告的版本號，遠端主機上安裝的 Squid 版本為 5.x < 5.0.2 或低於 4.11。因此會受到多個弱點影響：

 - 由於不正確的緩衝區處理，Squid 在處理 ESI 回應時，容易受到快取毒害、遠端執行和拒絕服務攻擊。(CVE-2019-12519/CVE-2019-12521)

 - 由於整數溢位錯誤，Squid 容易遭受針對 HTTP 摘要式驗證權杖的憑證重播和遠端程式碼執行攻擊。(CVE-2020-11945) 請注意，掃描程式並未測試這些問題，而是僅依據應用程式自我報告的版本號做出判斷。

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 已盡量在不造成其他問題的前提下，嘗試自動清理並將其格式化。

在 Squid 4.7 及之前版本中發現一個問題。處理標籤 esi 時：當啟用 ESI 時，Squid 呼叫 ESIExpression: : Evaluate。
此函式會使用固定的堆疊緩衝區來保留正在評估中的運算式。處理運算式時，其可評估堆疊的頂端，或將新的運算式新增至堆疊。新增運算式時，系統不會檢查堆疊是否會溢位。(CVE-2019-12519)

在 Squid 4.7 及之前版本中發現一個問題。Squid 剖析 ESI 時，會將 ESI 元素保留在 ESIContext 中。ESIContext 中有一個緩衝區，用於保留 ESIElements 堆疊。剖析新的 ESIElement 時，它會透過 addStackElement 進行新增。 addStackElement 會檢查此緩衝區中的元素數，但會差一，從而導致堆積溢位元素為 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：要求中的不當輸入驗證可造成 Proxy 操控 (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 代理快取伺服器中發現多個安全性問題，可導致繞過安全性篩選器、資訊洩漏、任意程式碼執行或拒絕服務。

遠端 Redhat Enterprise Linux 8 主機上安裝的套件受到 RHSA-2020: 4743 公告中所提及的多個弱點影響。

  - squid：要求中的不當輸入驗證可造成 Proxy 操控 (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-2024-2509 公告中所提及的多個弱點影響。

  - 在 Squid 4.7 及之前版本中發現一個問題。Squid 剖析 ESI 時，會將 ESI 元素保留在 ESIContext 中。ESIContext 中有一個緩衝區，用於保留 ESIElements 堆疊。剖析新的 ESIElement 時，它會透過 addStackElement 進行新增。 addStackElement 會檢查此緩衝區中的元素數，但會差一，從而導致堆積溢位元素為 1。此溢位發生於相同結構內，因此不會影響相鄰的記憶體區塊，只會在處理時導致當機。
    (CVE-2019-12521)

  - SQUID 容易受到區塊解碼器寬鬆所造成的 HTTP 要求走私問題影響，遠端攻擊者可藉此執行要求/回應走私超出防火牆和前端安全性系統。
    (CVE-2023-46846)

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

遠端主機受到 GLSA-202005-05 中所述的弱點影響 (Squid：多個弱點)

    在 Squid 中發現多個弱點。如需詳細資訊，請檢閱下方提及的 CVE 識別碼。
  影響：

    如需詳細資料，請檢閱提及的 CVE 識別碼。
  因應措施：

    目前尚無已知的因應措施。

遠端主機上安裝的 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 中有一個緩衝區，用於保留 ESIElements 堆疊。剖析新的 ESIElement 時，它會透過 addStackElement 進行新增。 addStackElement 會檢查此緩衝區中的元素數，但會差一，從而導致堆積溢位元素為 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 參照計數器 (短整數) 溢位。如果釋放共用的 token 憑證 (而非重播為有效憑證)，可能會發生遠端程式碼執行。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)

  在 4.12 版之前和 5.0.3 之前 5.x 版的 Squid 中，發現 http/ContentLengthInterpreter.cc 中有一個問題。可針對 HTTP 快取發動要求走私和毒害攻擊。用戶端會傳送具有 Content-Length 標頭的 HTTP 要求，標頭中包含 + \- 或長度欄位值或含有不常見的 shell 空白字元前置詞。(CVE-2020-15049)

  - 4.13 之前和 5.0.4 之前的 5.x 版 Squid 允許一個可信節點在處理特製 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 中有一個緩衝區，用於保留 ESIElements 堆疊。剖析新的 ESIElement 時，它會透過 addStackElement 進行新增。 addStackElement 會檢查此緩衝區中的元素數，但會差一，從而導致堆積溢位元素為 1。此溢位發生於相同結構內，因此不會影響相鄰的記憶體區塊，只會在處理時導致當機。
    (CVE-2019-12521)

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

  - 使用特定的網頁瀏覽器時，Squid 4.9 之前版本會將 host (即主機名稱) 參數中的 HTML 錯誤處理為 cachemgr.cgi。(CVE-2019-18860)

  在 4.12 版之前和 5.0.3 之前 5.x 版的 Squid 中，發現一個問題。由於使用了可能危險的函式，Squid 和預設的憑證驗證協助程式在為 HTTPS 開啓連線至受攻擊者控制之伺服器的 TLS 連線時，容易遭受拒絕服務攻擊。這是因為無法識別的錯誤值會對應至 NULL，而之後的程式碼預期每個錯誤值對應至有效的錯誤字串。(CVE-2020-14058)

  - 在 Squid 4.7 以及之前的所有版本和第 5 版中發現一個問題。Squid 會在接收要求時檢查其快取，以確認是否可以提供回應。它透過對要求的絕對 URL 進行 MD5 雜湊來實現這一點。
    如果找到，則爲要求提供服務。絕對 URL 可包含針對特定通訊協定解碼後的 UserInfo (使用者名稱和密碼)，此解碼後的資訊會附加在網域之前。攻擊者可藉此提供具有特殊字元的使用者名稱來分隔網域，並將 URL 的其餘部分視為路徑或查詢字串。攻擊者可先使用編碼的使用者名稱向其網域提出要求，然後當解碼為確切 URL 的目標網域要求傳入時，程式會提供攻擊者的 HTML，而非真正的 HTML。若 Squid 伺服器也充當反向 Proxy，這會允許攻擊者存取只有反向 Proxy 可以使用的功能，例如 ESI。(CVE-2019-12520)

  - 由於字串結尾錯誤，Squid cachemgr.cgi 4.0 至 4.7 可能會存取未配置的記憶體。在具有記憶體存取保護機制的系統上，這可造成 CGI 處理程序意外終止，進而導致所有使用該處理程序的用戶端拒絕服務。(CVE-2019-12854)

  - 在 Squid 3.x、4.x 至 4.8 版本中發現一個問題。由於輸入驗證不正確，程式會發生堆積型緩衝區溢位，從而導致使用 Proxy 的所有用戶端拒絕服務。此弱點發生在正常安全性檢查之前，因此屬於高嚴重性問題。任何可連線至 Proxy 連接埠的遠端用戶端皆可透過特製的 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 token 包含堆積記憶體配置中指標的原始位元組值。此資訊會降低 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
136605	Ubuntu 16.04 LTS / 18.04 LTS / 20.04 LTS：Squid 弱點 (USN-4356-1)	Nessus	Ubuntu Local Security Checks	2020/5/14	2023/10/20	critical
137101	Amazon Linux AMI：squid (ALAS-2020-1378)	Nessus	Amazon Linux Local Security Checks	2020/6/4	2024/3/8	critical
145969	CentOS 8：squid：4 (CESA-2020: 4743)	Nessus	CentOS Local Security Checks	2021/2/1	2023/2/8	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/6/3	critical
192745	Amazon Linux 2：squid (ALAS-2024-2509)	Nessus	Amazon Linux Local Security Checks	2024/4/1	2024/4/1	medium
136542	GLSA-202005-05：Squid：多個弱點	Nessus	Gentoo Local Security Checks	2020/5/13	2024/3/12	critical
181963	Amazon Linux 2：squid (ALASSQUID4-2023-008)	Nessus	Amazon Linux Local Security Checks	2023/9/27	2023/9/27	critical
180917	Oracle Linux 8：squid：4 (ELSA-2020-4743)	Nessus	Oracle Linux Local Security Checks	2023/9/7	2023/9/7	critical

偵測

搜尋 Plugin

critical

critical

critical

critical

critical

critical

critical

medium

critical

critical

critical