Go x/net v0.60.0 fixes for HTTP/2 DoS via Trailer, CPU, and Double Stream Refund

脆弱性概要 在 の v0.60.0 リビジョンにおいて、以下のセキュリティ問題が修正されました。 1. net/http: Trailer ヘッダーによる HTTP/2 サーバーのメモリ枯渇 - クライアントが "Trailer" ヘッダーを送信すると、HTTP サーバーは内部でこれらのヘッダー値を使用して マップを埋めます。 はマップであるため、各エントリはメモリオークヘッドを増加させます。HTTP/2 サーバーの場合、悪意のあるクライアントは多数のフィールドを宣言する "Trailer" ヘッダーを送信することでこれを悪用し、サーバーに大量のメモリを割り当てさせ、 および の制限をバイパスすることができます。この脆弱性は HTTP/1.x サーバーには適用されません。HTTP/1.x サーバーはマルチプレクシングをサポートしておらず、 および の計算方法が異なるためです。 - および の制限は、現在 "Trailer" ヘッダーに宣言されているトレイラーフィールドに適用されます。 2. net/http: 繰り返される初期ウィンドウ変更による CPU 消費 - 悪意のある HTTP/2 対向エンティティは、多数のストリームを開き、 値を含む小規模な フレームを送信することで、クライアントまたはサーバーの CPU 使用過剰を引き起こすことができます。 - HTTP/2 クライアントとサーバーは、ウィンドウ変更をより効率的に処理するようになり、ウィンドウサイズは 0x7fffffff の倍数ではなく 0x7fffffff に制限されました。 3. net/http: HTTP/2 サーバーストリームにおける二重フロー制御リファンド - HTTP/2 サーバーは、同じデータストリームに対してフロー制御を二重にリファンド（返還）する可能性があります。これは、クライアントがストリームをリクエスト（送信されていないストリームの一部）し、リクエストハンドラーがバッファデータを読み取る際に再度リファンドが行われた場合です。悪意のあるクライアントはこれを悪用し、構成されたフロー制御制限（ ）をバイパスすることができます。総バッファサイズは依然として並列ストリーム制限およびストリームレベルのフロー制御によって制限されます。 - HTTP/2 サーバーは、リクエストハンドラーが完了するまで、ストリームレベルのフロー制御リファンドを待機するようになりました。 影響範囲 net/http: Trailer ヘッダーによる HTTP/2 サーバーのメモリ枯渇 - HTTP/2 サーバーに影響を与え、特に および の制限が適切に設定されていないサーバーが影響を受けます。 net/http: 繰り返される初期ウィンドウ変更による CPU 消費 - HTTP/2 クライアントおよびサーバーに影響を与え、特にウィンドウ変更の処理が適切でないクライアントおよびサーバーが影響を受けます。 net/http: HTTP/2 サーバーストリームにおける二重フロー制御リファンド - HTTP/2 サーバーに影響を与え、特にフロー制御制限が適切に設定されていないサーバーが影響を受けます。 修正方法 net/http: Trailer ヘッダーによる HTTP/2 サーバーのメモリ枯渇 - および の制限を、"Trailer" ヘッダーに宣言されているトレイラーフィールドに適用します。 net/http: 繰り返される初期ウィンドウ変更による CPU 消費 - ウィンドウ変更をより効率的に処理し、ウィンドウサイズを 0x7fffffff に制限します。 net/http: HTTP/2 サーバーストリームにおける二重フロー制御リファンド - リクエストハンドラーが完了するまで、ストリームレベルのフロー制御リファンドを待機します。 POC コードまたは利用コード 本ページでは具体的な POC コードまたは利用コードは提供されていません。

目標達成すべての支援者に感謝 — 100%達成しました！

Go x/net v0.60.0 fixes for HTTP/2 DoS via Trailer, CPU, and Double Stream Refund

このソースからの他の記事

目標達成 すべての支援者に感謝 — 100%達成しました！

Go x/net v0.60.0 fixes for HTTP/2 DoS via Trailer, CPU, and Double Stream Refund

このソースからの他の記事

目標達成すべての支援者に感謝 — 100%達成しました！