リモートのRocky Linux 8ホストには、RLSA-2020:4743アドバイザリに記載されているとおり、複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Squid 4.7 以前と 5 に問題が見つかりました。リクエストを受信すると、Squid はキャッシュをチェックして、応答を提供できるかどうかを確認します。これは、リクエストの絶対 URL の MD5 ハッシュを作成することで行われます。
    見つかった場合、リクエストを処理します。絶対 URL には、特定のプロトコルのデコードされた UserInfo (ユーザー名とパスワード) を含めることができます。このデコードされた情報は、ドメインの先頭に追加されます。これにより、攻撃者は、ドメインを区切る特別な文字を含むユーザー名を提供し、URL の残りの部分をパスまたはクエリ文字列として扱うことができます。攻撃者はまず、エンコードされたユーザー名を使用してドメインにリクエストを行い、ターゲットドメインのリクエストが受信され、正確な URL にデコードされると、実際の HTML ではなく攻撃者の HTML を処理する可能性があります。これにより、リバースプロキシとしても機能する Squid サーバーで、攻撃者が、リバースプロキシのみが使用できる機能 (ESI など) にアクセスする可能性があります。(CVE-2019-12520)

  - 4.7 以前の Squid で問題が発見されました。Squid が ESI を解析するとき、ESIContext の ESI 要素が保持されます。ESIContext には、ESIElements のスタックを保持するためのバッファが含まれています。新しい ESIElement が解析されると、addStackElement を使用して追加されます。addStackElement はこのバッファの要素数をチェックしますが、1 だけ外れており、1 要素のヒープオーバーフローを引き起こします。オーバーフローは同じ構造名であるため、隣接するメモリブロックには影響せず、単に処理中のクラッシュにつながります。
    (CVE-2019-12521)

  - 4.9 より前の Squid で問題が発見されました。URN リクエストを処理する際、対応する HTTP リクエストが行われます。この HTTP リクエストは、着信 HTTP リクエストが通過するアクセスチェックを通過しません。これにより、すべてのアクセスチェックがバイパスされ、制限された HTTP サーバーへのアクセスが可能になります。たとえば、攻撃者は localhost でのみリッスンする HTTP サーバーに接続できます。 (CVE-2019-12523)

  - 4.7 以前の Squid で問題が発見されました。ユーザーからのリクエストを処理するとき、Squid はルールをチェックして、リクエストを拒否する必要があるかどうかを確認します。Squid にはデフォルトで、キャッシュマネージャーへのアクセスをブロックするルールが付属しており、メンテナー向けの詳細なサーバー情報を提供します。このルールは、url_regex を介して実装されます。url_regex ルール URL のハンドラーは、着信リクエストをデコードします。これにより、攻撃者が URL をエンコードして url_regex チェックをバイパスし、ブロックされたリソースへのアクセス権を取得する可能性があります。(CVE-2019-12524)

  - 4.9 より前の Squid で問題が発見されました。Squid の URN 応答処理は、ヒープベースのバッファオーバーフローの影響を受けます。URN リクエストへの応答としてリモートサーバーからデータを受信する際、Squid は応答がバッファ内に収まるかどうかを確認できません。これにより、攻撃者がコントロールするヒープ内データのオーバーフローが発生します。(CVE-2019-12526)

  4.10より前のSquidで問題が発見されました。これにより、細工された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)

  - 文字列の終了が正しくないため、4.0 から 4.7 までの Squid cachemgr.cgi は、割り当てられていないメモリにアクセスする可能性があります。メモリアクセスが保護されているシステムでは、これにより 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 で問題が発見されました。データ管理が不適切なため、これらの Squid は、HTTP ダイジェスト認証を処理するときの情報漏洩に対して脆弱です。Nonce トークンには、ヒープメモリ割り当て内に存在するポインターの生のバイト値が含まれています。この情報は、ASLR 保護を低下させ、攻撃者がメモリ領域を特定して、リモートコード実行攻撃の標的にするために使用する可能性があります。
    (CVE-2019-18679)

  - 4.9より前の Squid は、特定の Web ブラウザが使用されると、cachemgr.cgi に対するホスト (別名ホスト名) パラメーターで HTML を不適切に処理します。(CVE-2019-18860)

  - 4.12 の前の Squid と 5.0.3 の前の 5.x で問題が発見されました。- 潜在的に危険な関数の使用により、Squid およびデフォルトの証明書検証ヘルパーは、攻撃者が制御する HTTPS 用サーバーへの TLS 接続を開く際、TLS 証明書を処理する際のサービス拒否に対して脆弱です。これは、認識されないエラー値が NULL にマップされるために発生しますが、その後のコードは、各エラー値が有効なエラー文字列にマップされることを期待します。(CVE-2020-14058)

  - 4.12の前のSquidと5.0.3の前の5.xのhttp/ContentLengthInterpreter.ccで問題が発見されました。HTTPキャッシュに対するリクエストスマグリングおよびポイズニング攻撃が成功する可能性があります。クライアントは、+\- を含む Content-Length ヘッダーまたは length フィールド値への一般的でないシェル空白文字プレフィックスを含む HTTP リクエストを送信します。(CVE-2020-15049)

  - 4.13 の前の Squid と 5.0.4 の前の 5.x では、信頼できるピアが、細工された Cache Digest 応答メッセージの処理中に利用可能なすべての CPU サイクルを消費することで、サービス拒否を実行する可能性があります。これは、cache_peerをキャッシュダイジェスト機能と併用した場合にのみ発生します。この問題は、peer_digest.cc内のpeerDigestHandleReply()のライブロックがEOFを正しく処理しないために発生します。（CVE-2020-24606）

  - 4.10 より前の Squid で問題が発見されました。入力が不適切に検証されるため、細工されたHTTPリクエストを予期しない方法で解釈し、以前のセキュリティフィルターで禁止されていたサーバーリソースにアクセスする可能性があります。
    (CVE-2020-8449)

  4.10より前のSquidで問題が発見されました。バッファ管理が不適切なため、リモートクライアントが、リバースプロキシとして動作しているSquidインスタンスでバッファオーバーフローを引き起こす可能性があります。 (CVE-2020-8450 )

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

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

  - 在 Squid 4.7 及之前版本中發現一個問題。處理使用者發出的要求時，Squid 會檢查其規則以查看是否應拒絕該要求。Squid 依預設使用可封鎖快取管理員存取權限的規則，而該快取管理員可爲維護者提供伺服器詳細資訊。此規則是透過 url_regex 實作。url_regex 規則 URL 的處理常式會解碼傳入的要求，這讓攻擊者可以對其 URL 進行編碼，以繞過 url_regex 檢查，並取得對封鎖資源的存取權。(CVE-2019-12524)

  - 在 Squid 2.x 至 2.7.STABLE9 版、3.x 至 3.5.28 和 4.x 至 4.7 版中發現一個問題。將 Squid 設定為使用基本驗證時，它會透過 uudecode 剖析 Proxy-Authorization 標頭。
    uudecode 透過反覆輸入並檢查其表格來決定將要解碼的位元組數量，然後使用該長度開始解碼字串。沒有任何檢查確保其計算的長度不會大於輸入緩衝區。這也會導致相鄰記憶體被解碼。除非 Squid 維護者已設定錯誤頁面上的使用者名稱顯示，否則攻擊者無法擷取解碼後的資料。(CVE-2019-12529)

  - 使用 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 4.9 之前版本會將 host (即主機名稱) 參數中的 HTML 錯誤處理為 cachemgr.cgi。(CVE-2019-18860)

  - 在某些組態中，4.14 及之前版本的 Squid 以及 5.x 至 5.0.5 版本的 Squid 都允許資訊洩漏，這是由於 WCCP 通訊協定資料中存在超出邊界讀取問題所致。使用者可以在不暴露身分的情況下以遠端程式碼執行鏈的一部分利用此缺陷。(CVE-2021-28116)

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

遠端 Rocky Linux 8 主機已安裝受到多個弱點影響的套件如 RLSA-2020:4743 公告中所提及。

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

  - 在 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 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 版本中發現一個問題。由於輸入驗證不正確，程式會發生堆積型緩衝區溢位，從而導致使用 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)

  - 使用特定的網頁瀏覽器時，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)

  在 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.10 之前版本中發現一個問題。由於緩衝區管理不正確，遠端用戶端可造成作為反向代理伺服器的 Squid 執行個體發生緩衝區溢位。(CVE-2020-8450)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
184691	Rocky Linux 8squid:4RLSA-2020:4743	Nessus	Rocky Linux Local Security Checks	2023/11/6	2023/11/6	critical
183925	Amazon Linux 2：squid (ALAS-2023-2318)	Nessus	Amazon Linux Local Security Checks	2023/10/26	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
184691	Rocky Linux 8squid:4 (RLSA-2020:4743)	Nessus	Rocky Linux Local Security Checks	2023/11/6	2023/11/6	critical

检测

插件搜索

critical

critical

critical

critical