何が起きたか
NVD REST API経由で検証済み（公開日 2026-10-14、CVSS 7.5）。公式Java SDKのServletベースのSSE/Streamable HTTP/Statelessトランスポートは、最大HTTPリクエストボディサイズを強制しません。アドバイザリでは、上流の認証/Origin/Host検証または外部のリクエストサイズ制限で緩和できると述べられています。修正はmcp-core 0.18.4/1.1.4/2.0.1でリリースされました（GHSA-4x8c-5vv7-973f）。
なぜ重要か
MCPサーバーはAIエージェントのツール実行面です。リモートからの未認証メモリ枯渇クラッシュは、そのサーバーを呼び出すすべてのエージェントを停止させます。これは、同じ週に発表された公式MCP SDK DoSアドバイザリ群（Python SDK CVE-2026-109527、セッション保持 CVE-2026-59951、および以前のmcp-go/Kotlin SDK）に対するJava版であり、すべての公式MCP SDKトランスポートスタックにわたる体系的なギャップを示しています—デプロイ担当者はリクエストサイズ制限をSDKレベルの要件として扱う必要があります。
攻撃経路
未認証のリモートクライアントが、影響を受けるJava MCPトランスポートに任意に大きなPOSTボディ（チャンク転送エンコーディングを含む）をストリーミングし、サイズ制限なしでボディ全体をメモリに読み込み、JVMヒープを枯渇させてMCPサーバーをクラッシュさせます（CWE-770）。
影響を受けるシステム
io.modelcontextprotocol.sdk:mcp-core 0.13.0–0.18.3、1.0.0–1.1.3、2.0.0-M1–2.0.0；io.modelcontextprotocol.sdk:mcp 0.8.0–0.12.0。mcp-core 0.18.4、1.1.4、2.0.1で修正済み。
緩和策
mcp-core 0.18.4 / 1.1.4 / 2.0.1にアップグレードしてください。上流のリクエストサイズ制限/リバースプロキシボディ制限を適用し、MCPエンドポイントを認証の背後に維持してください。