mcp-go Unrestricted POST Body DoS via CWE-770 (CVE-2026-14539)

脆弱性概要 CVE-2026-14539 / CVE-2026-67432 / CVE-2026-108859: mcp-go における制限のないPOSTボディのバッファリングによるサービス妨害 報告者: hieuPenguininn, github.com/hieuPenguininn プロジェクト: mark3labs/mcp-go, Go MCP SDK, Streamable HTTP サーバートランスポート 影響を受けるバージョン: 最新リリース版 v1.2.1 (9d2d247ed8d45cbb7d719d95e112789d78768443) および現在のメインブランチ (423b662c4db151021c986c2b0dc1cf88b584403) 分類: CWE-770 割り当てリソースの制限なしまたはレート制御なし ステータス: ソースコード監査済み、静的解析済み。ランタイム検証は実施されず。まだ提出されていない。 影響範囲 脆弱性説明: mark3labs/mcp-go 内の Streamable HTTP トランスポートでは、 内部の 関数（v1.2.1では :488）で、任意のリクエストを検証する前に、各POSTリクエストの完全なボディをバイトスライスとして読み取ります。この読み取りは で発生します。コンテンツタイプチェックとJSONパーシングは、後ほど 内（:562および:575）で実行されます。Go の にはリクエストボディのサイズに対するデフォルトの制限がなく、このハンドラーも制限を追加していません。 および という文字列は、修正された2つのコミットファイル内で見つかりません。SDK の便利リスナー は を構築しますが、 と のみ設定されており、読み込みタイムアウト、 、およびボディの上限は設定されていません。 攻撃シナリオ: 信頼境界が跨がされ、未信頼なリクエストバイトが、プロトコルまたはコンテンツタイプの検証の前に、メモリバッファ内で処理されます。エンドポイントに対してPOSTリクエストを送信するピアは、送信されたボディサイズに比例してプロセスメモリを割り当てることができ、かつ並行して繰り返し行うことができます。このパス上でハンドラーは呼び出し元の認証を実行しません。単一リクエストは1つのHost-header DNSリバインドチェックを実行しますが、ボディバイト数には制限なく、認証もありません。到達性は、組み込みアプリケーションのハンドラーおよびアップストリームボディ制限の有無に依存するため、この報告書では影響をシナリオ依存とし、一般的なデフォルトのリモート公開を主張するものではありません。同じ制限のないボディのクラスは、Ruby MCP SDK および Go MCP サーバーで使用されている同じ パターンにより、CVE-2026-67432（CVSS 7.5）および CVE-2026-14539 にそれぞれ割り当てられています。 修正方法 短期対応: バッファリングする前にボディを制限する。 長期対応: または を使用してボディサイズを制限し、 関数内で および を設定する。 POC コード 検証 静的およびソースコード分析: リポジトリのクローンやダウンロードは行われず、対象コード、テスト、または概念実証の実行、ならびに本番環境への連絡はありません。ランタイム検証は実施されていないため、メモリ数値、クラッシュ、または障害が観察されたとして主張されることはありません。 確認内容: 2つのコミットにおける修正済みソースコードの読み取りにより確認： - 現在のメインブランチ: 423b662c4db151021c986c2b0dc1cf88b584403、 内の は L389、リバインドガードは L390、 は L411、 は L447 で リテラル（L455）および / （L456-L457）を使用し、 は L555、コンテンツタイプ拒否は L562、 は L575。 - リリース版 v1.2.1: 9d2d247ed8d45cbb7d719d95e112789d78768443、 内の は L386、 は L408、 は L444 で リテラル（L452）および / （L453-L454）を使用し、 は L552、コンテンツタイプ拒否は L559、 は L572。 - および という文字列は、両方のコミットファイル内で見つかりません。 影響と制限 ネットワークピア: Streamable HTTP エンドポイントに到達可能なネットワークピアは、検証の前に、リクエストボディサイズに比例してホストプロセスのメモリを割り当てさせ、かつ並行して繰り返し行うことができます。脆弱性のクラスは CWE-770 割り当てリソースの制限なしまたはレート制御なしです。 展開時の公開: アップストリームの制限なし。単一の大きなPOSTはアップロードされたサイズを強制的にバッファリングし、並行する大きなPOSTは合計メモリプレッシャーを増大させます。制限されたプロセスごとのメモリ上限内では、これによりサービスの劣化またはプロセスの終了が発生する可能性があります。これは、類似の2つのCVEが高可用性影響として評価されたシナリオです。 プロキシまたはボディ制限背後での展開: 逆プロキシ、API ゲートウェイ、または独自の制限を使用するカスタム は、 に到達する前に大きすぎるボディを拒否し、完全なバッファリングを防ぐため、SDK レベルの欠陥はこの構成内では到達不可能です。 確立されていない事象: リモートコード実行、データ漏洩、認証回避はありません。クラッシュ、メモリ数値、または障害は、ランタイムテストが実施されていないため観察されていません。到達性は展開依存であり、展開は調査されていません。影響レベルの下限は確立されていないため、v1.2.1 より下については宣言しません。 提案される重大度: 高、CVSS 3.1 7.5 (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H)。同じクラスに対する CVE-2026-67432 に類推して。AV:N ベクトルはネットワーク公開展開を仮定しており、スコアはプロポーザルされたものであり、大きさが測定されていないためランタイム確認されていません。 修正 正確な位置: の 内（v1.2.1では :488）、 が事前上限なしで全体をバッファリングし、 の 内（v1.2.1では :452）、 が を構築する際に、読み込みタイムアウトおよびボディサイズ上限なし。上限なしでの先行読み取りは、後続のコンテンツタイプおよびJSONチェックによって安全にすることはできません。なぜなら割り当てはすでに発生しているため、上限は読み取りの前または期間中に適用されなければなりません。 短期対応: バッファリングする前にボディを制限する。 長期対応: または を使用してボディサイズを制限し、 関数内で および を設定する。

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

mcp-go Unrestricted POST Body DoS via CWE-770 (CVE-2026-14539)

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

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

mcp-go Unrestricted POST Body DoS via CWE-770 (CVE-2026-14539)

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

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