はじめに：なぜフロントエンド開発者もこの脆弱性を知るべきか

Dynatrace Microservices Platform Server（MCP Server）は、Dynatraceの監視・オブザーバビリティ機能と連携するためのバックエンド寄りのコンポーネントです。JavaScript/TypeScriptエコシステムの一部として、開発環境、CI/CDパイプライン、あるいはマイクロサービスアーキテクチャの一部で利用されることがあります。

フロントエンド開発者が直接このサーバーのコードを書くことは少ないかもしれません。しかし、もしあなたのプロジェクトの依存関係にこの脆弱性を持つコンポーネントが含まれていたり、開発・テスト環境や、連携しているバックエンドサービスがこの脆弱性を抱えていたりする場合、データ漏洩や不正操作のリスクが開発プロセス全体に及ぶ可能性があります。セキュリティはチーム全体の責任であり、関連する脆弱性を理解しておくことは非常に重要です。

脆弱性の概要：認証なしでMCPツールが実行可能に

今回報告された脆弱性 (GHSA-p7w7-4929-vpj5) は、`@dynatrace-oss/dynatrace-mcp-server`のv1.8.5以前のバージョンに影響します。深刻度は「高 (High)」と評価されています。

問題の核心は、MCP Serverを`--http`フラグを付けて起動した場合に、HTTPトランスポートモードが有効になることです。このモードでは、本来必須であるはずの認証、セッション検証、オリジン/ホスト検証が一切行われずに、Dynatrace MCPツールへの呼び出しが処理されてしまいます。

詳細な技術解説：なぜ認証がバイパスされるのか

サーバーが`--http`フラグで起動されると、内部的に`StreamableHTTPServerTransport`のインスタンスが作成されます。この際、セキュリティ設定が不十分であったことが原因です。具体的には、`sessionIdGenerator: undefined`と設定されており、Bearerトークンチェック、セッション管理、`Host`や`Origin`のホワイトリスト化といった重要なセキュリティ対策が実装されていませんでした。

この設定の不備により、ネットワーク経由でサーバーに到達できる攻撃者は、一切の`Authorization`ヘッダーなしで生のJSON-RPC `tools/call`リクエストを送信するだけで、Dynatrace MCPツールを直接実行できてしまいます。

特に危険なツールが2つ確認されています。

1. **`execute_dql` (機密性：高)**: このツールは、認証されたDynatrace HTTPクライアントを生成し、任意のDQL（Dynatrace Query Language）クエリを実行できてしまいます。攻撃者は、被害者のDynatrace環境に設定された資格情報を使って、機密性の高いオブザーバビリティデータ（ログ、セキュリティイベント、ユーザーセッション、メトリクスなど）を読み取ることが可能になります。

2. **`create_dynatrace_notebook` (完全性：低)**: 攻撃者は被害者のテナント内に新しいDynatraceノートブックを自由に作成できてしまいます。

プルーフオブコンセプト（PoC）では、`curl`コマンドを使って認証なしで`reset_grail_budget`ツールが実行され、HTTP 200 OKが返される様子が示されています。さらに、`execute_dql`を使って実際のログデータを窃取する例も提示されており、その影響の大きさが確認されています。

影響範囲と潜在的なリスク

この脆弱性の影響を最も強く受けるのは、`--http`フラグを有効にして`dynatrace-mcp-server`を実行している組織です。特に、`--host 0.0.0.0`のように外部からのアクセスを許可しているデプロイメント、Dockerなどのコンテナ環境でのデプロイ、または信頼できないネットワークからポートに到達可能なあらゆる環境が最も危険に晒されます。

たとえ`localhost`のみで動いている場合でも、DNSリバインディング攻撃や、同一ホスト上での他のコンポーネメント侵害を介して脆弱性が悪用される可能性はゼロではありません。

この脆弱性は、ユーザーの操作を必要とせず、複雑な条件なしに悪用可能であるため、CVSSスコアは9.3と非常に高く評価されており、緊急かつ早急な対処が求められます。

対策と推奨される対処法

この脆弱性への対策は、認証メカニズムの導入と厳格なアクセス制御に集約されます。

1. **認証トークンの設定**: サーバー起動時に`--http-auth-token <token>`オプションを使用するか、`DT_MCP_HTTP_AUTH_TOKEN`環境変数に強力なBearerトークンを設定します。修正されたサーバーは、受信したHTTPリクエストの`Authorization`ヘッダーにこのトークンが含まれているかを検証するようになります。トークンが設定されていない場合、HTTPモードは起動せず、エラーを出すように変更されています。

2. **DNSリバインディング保護とホスト制限**: `StreamableHTTPServerTransport`の初期化時に`enableDnsRebindingProtection: true`と`allowedHosts`オプションを設定し、許可されたホストからのアクセスのみを許可するようにします。

3. **常に最新バージョンへアップデート**: `@dynatrace-oss/dynatrace-mcp-server`を、この脆弱性が修正されたバージョン（v1.8.6以降）に速やかにアップデートしてください。

4. **最小権限の原則**: サーバーがDynatrace APIと連携する際のトークンは、必要最小限のスコープ（権限）のみを持つように設定し、万が一の漏洩時にも影響を限定できるようにします。

5. **不要な機能の無効化**: `--http`フラグが必要ない場合は、無効にして起動しないように徹底してください。外部に公開される可能性のあるサービスは、特に注意が必要です。

フロントエンド開発者へのメッセージ

1. **依存関係の確認**: あなたが直接`@dynatrace-oss/dynatrace-mcp-server`を使用していなくても、プロジェクトの推移的依存関係として含まれている可能性があります。`npm list @dynatrace-oss/dynatrace-mcp-server`や`yarn why @dynatrace-oss/dynatrace-mcp-server`などのコマンドで確認しましょう。

2. **開発・CI/CD環境のセキュリティ**: 開発サーバーやCI/CDパイプライン上でこのコンポーネントが稼働している場合、同様のリスクが存在します。開発環境だからといってセキュリティがおろそかにならないよう、注意が必要です。

3. **バックエンド脆弱性の理解**: フロントエンドとバックエンドは密接に連携しています。バックエンドの脆弱性は、データ漏洩やサービス停止など、ユーザー体験に直接影響を与える可能性があります。自身の担当範囲外の脆弱性も、その影響と対策について理解しておくことが重要です。

4. **セキュリティスキャンの活用**: 定期的に依存関係の脆弱性スキャン（例: `npm audit`, `Snyk`, `Dependabot`など）を実行し、既知の脆弱性を早期に発見・対処する習慣をつけましょう。

まとめ

`@dynatrace-oss/dynatrace-mcp-server`における認証バイパスの脆弱性は、Dynatrace環境の機密データ漏洩や不正操作につながる深刻な問題です。フロントエンドエンジニアの皆さんも、自身の開発環境やプロジェクトの依存関係、さらには連携するバックエンドサービスに目を向け、本脆弱性の影響範囲を理解し、速やかに適切な対策を講じるよう強くお勧めします。セキュリティは、開発チーム全体の責任です。