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

 - 由於不正確的同步化作業，Squid 在處理 SMP 快取中的物件時，容易遭受拒絕服務攻擊。(CVE-2020-14059)

 - 由於使用了可能危險的函式，Squid 和預設的憑證驗證協助程式在處理 TLS 憑證時，容易遭受拒絕服務攻擊。(CVE-2020-14058)

 - 由於輸入驗證錯誤，Squid 容易遭受針對 HTTP 快取的要求走私和毒害攻擊。(CVE-2020-15049) 請注意，掃描程式並未測試這些問題，而是僅依據應用程式自我報告的版本號做出判斷。

遠端 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

根據其標題，遠端主機上執行的 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 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-2023-2063 公告中提及的一個弱點影響。

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

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

遠端主機上安裝的 squid 版本為 3.5.20-17.45 之前版本。因此，它受到 ALAS-2023-1754 公告中提及的一個弱點影響。

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

請注意，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
145969	CentOS 8：squid：4 (CESA-2020: 4743)	Nessus	CentOS Local Security Checks	2021/2/1	2023/2/8	critical
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
142412	RHEL 8：Squid：4 (RHSA-2020：4743)	Nessus	Red Hat Local Security Checks	2020/11/4	2024/6/3	critical
176707	Amazon Linux 2：squid (ALAS-2023-2063)	Nessus	Amazon Linux Local Security Checks	2023/6/5	2023/6/5	high
176763	Amazon Linux AMI：squid (ALAS-2023-1754)	Nessus	Amazon Linux Local Security Checks	2023/6/6	2023/6/6	high

偵測

搜尋 Plugin

high

high

critical

critical

high

critical

high

high