Microsoft Entra の2026年8月リリースウェーブは最終週に入りました。今回の2つのアップデートは、表面上は無関係に見えますが、実際には共通点があります。どちらも、Entra ID の認証インフラストラクチャが、広範な AI エコシステムおよび開発者エコシステムにおけるゲート要因（関門）として機能していることを浮き彫りにしている点です。
1つ目は Azure DevOps Remote MCP Server の一般提供（GA）発表です。GA というレッテルにもかかわらず、重大な注意点が付いています。Entra ID の OAuth 実装は、サードパーティの AI コーディングアシスタントが接続するために必要なクライアント登録メカニズムをサポートしていないのです。2つ目は、CVE-2026-69836 の最終的な悪用状況の確認です。これは週の前半に開示された、最高深刻度の Entra ID リモートコード実行（RCE）脆弱性です。
以下では、何が変わったのか、なぜ重要なのか、そして組織が取るべき対応を説明します。
1. Azure DevOps Remote MCP Server が GA に到達 — ただしサードパーティの AI クライアントは接続不可
公開日: 2026年8月5日（GA 発表）; 2026年8月21〜23日に広く報道 ステータス: 一般提供（重大な制限付き）
Microsoft は Azure DevOps Remote MCP Server の一般提供を発表しました。これにより、ストリーミング HTTP 経由で https://mcp.dev.azure.com/{organization} に Microsoft ホスト型エンドポイントが提供されます。このサーバーにより、AI アシスタントは各開発者がローカル MCP サーバーをインストールして運用することなく、Azure DevOps の作業項目、プルリクエスト、リポジトリ、Wiki、パイプラインにアクセスできるようになります。
問題: Entra ID の OAuth ギャップ
見出しとなる GA 発表は、Microsoft 自身のドキュメントも認める重大な制限を覆い隠しています。サードパーティの MCP クライアント（Claude Desktop、Claude Code、ChatGPT、Cursor）は、Microsoft Entra ID がこれらのクライアントに必要な OAuth クライアント登録メカニズムをまだサポートしていないため、リモートサーバーに接続できません。
この問題は、具体的に2つのギャップに分解できます。
Dynamic Client Registration（DCR）: サードパーティのクライアントが Entra ID の認可サーバーに自動的に自己登録できるようにする仕組み。MCP 2026-07-28 仕様は DCR を非推奨とし、2027年夏以降に削除される予定です。
Client ID Metadata Documents（CIMD）: MCP 仕様で新たに推奨される仕組みで、クライアントが well-known URL に登録メタデータを公開する方式。Entra ID はこれもまだサポートしていません。
Microsoft は Entra チームと連携してサポートを有効化するよう取り組んでいると述べていますが、時期は公表されていません。Azure DevOps チーム自身のブログも、制約は Entra 側にあることを認めています。
現在利用可能なもの
Microsoft のファーストパーティクライアントは追加設定なしで接続できます。
- Visual Studio Code（GitHub Copilot 搭載）
- Visual Studio
- Microsoft Foundry（ツールカタログ経由）
- Copilot Studio
- GitHub Copilot CLI
- GitHub Copilot アプリ
これらのクライアントは、Microsoft が Entra ID に事前登録済みの OAuth アプリケーション ID を使用します。
現時点で動作しないもの
自己登録またはメタデータ検出に依存するサードパーティの AI コーディングアシスタントは、Entra ID に対して OAuth フローを完了できません。
- Claude Desktop および Claude Code（Anthropic）
- ChatGPT（OpenAI）
- Cursor
これらのツールを使用する開発者は、引き続きローカルの Azure DevOps MCP Server を実行する必要があります。これは各開発者マシンへのインストールとメンテナンスが必要で、認証には Entra ID ではなく個人用アクセストークン（PAT）を使用します。
恒久的な制約: Entra 連携組織のみ
クライアント認証のギャップに加えて、リモートサーバーには恒久的なアーキテクチャ上の要件があります。Azure DevOps 組織は Microsoft Entra テナントにバックアップ（連携）されている必要があるのです。Microsoft アカウントを ID に使用するスタンドアロンの Azure DevOps 組織はサポートされておらず、今後もサポートされる予定はありません。Microsoft はこれを Entra 認証アーキテクチャの設計上の要件として提示しており、一時的な制限ではありません。
古いスタンドアロンの Azure DevOps テナントを持つ組織がリモート MCP サーバーを利用したい場合は、まず Entra 連携組織への移行が必要です。
これがアイデンティティチームにとって重要な理由
この状況が注目に値するのは、Entra ID のロードマップが広範な MCP エコシステムの直接的な依存関係になっている点です。MCP 仕様は Dynamic Client Registration から Client ID Metadata Documents へと移行しつつありますが、Entra ID は現時点でどちらもサポートしていません。つまり、次のような意味を持ちます。
- AI 支援による開発ワークフロー で Microsoft 以外のツールを使用する場合、プロトコル層ではなくアイデンティティ層でブロックされる
- AI コーディングツールのエンタープライズガバナンス は、ホスト型エンドポイントが Microsoft クライアントにしか対応しない場合、容易になるどころか困難になる
- MCP 仕様の移行 は動く標的となる — Entra が DCR サポートを追加する頃には、仕様自体が DCR を完全に廃止している可能性がある
Claude、ChatGPT、Cursor を AI 支援開発用に標準化している組織へのメッセージは明確です。Entra ID の OAuth 機能がボトルネックであり、修正の時期は公表されていません。
組織が取るべき対応
Microsoft のファーストパーティ AI ツールを使用している場合: リモート MCP サーバーをすぐに採用できます。クライアント設定にエンドポイント URL を追加し、Azure DevOps 組織が Entra 連携であることを確認してください。
サードパーティの AI ツール（Claude、ChatGPT、Cursor）を使用している場合: 引き続きローカルの Azure DevOps MCP Server を使用してください。Entra ID が CIMD サポートを追加した際の移行を計画しておきましょう。ただし、時期は公表されていないため、過度な期待は禁物です。
スタンドアロンの Azure DevOps 組織をお持ちの場合: 将来リモート MCP サーバーを利用したいのであれば、Entra 連携組織に移行してください。これは前提条件であり、一時的な制限ではありません。
アイデンティティ管理者向け: Entra ID の OAuth クライアント登録ロードマップを追跡してください。これは現在、MCP 相互運用性のゲート要因となっています。開発者は AI ツールを接続しようとした際に、この点について質問してくるでしょう。
2. CVE-2026-69836: 最終的な悪用状況が確定 — 「悪用なし」
公開日: 2026年8月20日に初回開示; 2026年8月21日および8月24日にステータス訂正 ステータス: Microsoft により完全に緩和済み。実環境での悪用はなし
2026年8月24日、Help Net Security は CVE-2026-69836 の最終的な悪用状況を確認するタイムスタンプ付きアップデートを公開しました。これは、8月20日に開示された Microsoft Entra ID の最高深刻度（CVSS 10.0）のリモートコード実行脆弱性です。
何が起きたのか
この脆弱性は、Microsoft のプリンシパルセキュリティエンジニアである Robert Fitzpatrick 氏によって発見されました。Entra ID における信頼されないデータの逆シリアル化の問題（CWE-502）で、認証されていない攻撃者がユーザー操作なしにネットワーク経由でコードを実行できる可能性がありました。Microsoft は CVSS 3.1 の最高スコア 10.0 を割り当て、ベクターは CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H です。
Microsoft の最初のアドバイザリでは悪用状況が「Yes」と記載され、セキュリティコミュニティの大きな注目を集めました。8月21日、The Hacker News からの問い合わせを受けて、Microsoft はステータスを「No」に訂正しました。8月24日には最終確認が行われました。
「Microsoft は CVE-2026-69836 のアドバイザリを公開した際、このバグが悪用されたと記載しました。その後、同社は悪用状況を『no』に変更し、Help Net Security に対して、この脆弱性は実環境では悪用されなかったことを確認しました。」 — Help Net Security、2026年8月24日更新
MSRC アドバイザリの JSON には現在、次の要約が含まれています。「悪用状況を『No』に訂正。この脆弱性は実環境では悪用されなかった。これは情報提供上の変更のみである。」
これが意味すること
- 顧客側の対応は不要 — Microsoft はサービス側でこの脆弱性を完全に緩和しました。顧客が展開すべきパッチ、KB、構成変更はありません。
- 悪用の証拠はなし — 初期の「悪用あり」という表示にもかかわらず、この脆弱性が実際に実環境で悪用されることはありませんでした。この訂正は最終的なものであり、確認済みです。
- 透明性イニシアチブが機能 — Microsoft は「Toward Greater Transparency: Unveiling Cloud Service CVEs」イニシアチブに基づき、透明性を目的としてこの CVE を公開しました。プロバイダーがサーバー側でパッチを適用するクラウドサービスでは、従来型の CVE 開示は適用されませんが、Microsoft はあえて公開を選択しました。
- デューデリジェンスは依然として推奨 — 悪用は発生していませんでしたが、セキュリティチームは標準的な衛生管理として、緩和前の期間における Entra のサインインログ、監査ログ、特権ロールの割り当てに異常がないか引き続き確認することをお勧めします。
混乱が重要である理由
初期の「悪用あり」という表示は、セキュリティメディア（BleepingComputer、The Register、The Hacker News、CybersecurityNews）から大きな報道を生み出しました。「悪用なし」への訂正はあまり目立たずに報じられたため、初期の報道に基づいて対応した組織が不正確な脅威認識を持つリスクが生じています。
初期の「悪用あり」というステータスに基づいてインシデント対応手順を発動した組織にとって、最終確認は決着をもたらします。この脆弱性は現実かつ深刻なものでしたが、悪用が発生する前に検知され、修正されたのです。
共通点: プラットフォームのゲートキーパーとしての Entra ID
この2つのストーリーを結び付けるのは、どちらも Entra ID の機能（またはその欠如）が広範なエコシステムを直接的にゲートしていることを示している点です。Azure DevOps MCP Server のサードパーティ AI ツールに対する有用性は、MCP プロトコルや Azure DevOps API ではなく、Entra ID の OAuth クライアント登録サポートによって制限されています。CVE-2026-69836 の脆弱性の影響は、顧客によるパッチではなく、Microsoft が自社のアイデンティティインフラストラクチャの問題を緩和できる能力によって封じ込められました。
いずれの場合も、Entra ID がゲートキーパーです。Entra ID が機能すれば、下流のすべてが機能します。OAuth クライアント登録であれ逆シリアル化の検証であれ、ギャップが存在すれば、その影響は開発者ツール、AI エージェント、エンタープライズのセキュリティ態勢へと波及します。
これがクラウドネイティブ ID の現実です。アイデンティティプロバイダーは単なる認証サービスではなく、プラットフォームの依存関係なのです。Entra ID を基盤に構築する組織は、機能の発表だけでなく、ギャップや制限も追跡すべきです。
注目すべき重要日程
- 2026年9月1日: Entra ID でパスキーがデフォルトに。SMS/音声ユーザーへの自動有効化が開始
- 2026年9月18日: Microsoft が SMS/音声の廃止後に対応が必要な組織向けにテレコムパートナーの詳細を公開
- 2026年10月5日: SSPR 登録キャンペーン開始
- 2026年10月26日: Entra ID ブランディングのカスタム CSS 配置プロパティがグローバルに廃止
- 2026年10月30日: テレコムパートナー構成の受付開始
- 2026年11月3日: 動的グループ、AU、エンタイトルメント管理における MemberOf ルール演算子が廃止
- 2026年11月9日: SSPR の強制適用 — 明示的に登録された方法のみ受け入れ
- 2027年2月1日: Microsoft ホスト型 SMS/音声認証が完全に廃止（オプトアウト不可）
Microsoft Entra の毎日のアップデートと分析は、Kevin を X でフォローしてください: https://x.com/kkaminsk