Microsoft Entraの"What’s New"ページにはまだ2026年7月のセクションが追加されていませんが、Tech CommunityのMicrosoft Entraブログで今月3つの重要な発表がありました。それぞれが現代のアイデンティティとセキュリティのランドスケープにおける異なる側面——AIエージェントガバナンス、特権アクセス制御、AI時代のデータ保護——に対処しています。

何がリリースされたのか、なぜ重要なのか、そして組織として何をすべきかを解説します。

1. Entra Agent IDによるAIエージェントのIDガバナンス

公開日： 2026年7月7日 ステータス： 一般提供開始（Agent IDプラットフォーム）、ガバナンス機能は継続的に拡充中

Microsoft Entra Agent IDは、2026年4月に一般提供を開始した、AIエージェント向けのMicrosoftのアイデンティティおよびアクセスプラットフォームです。chiragdayaniによる7月のブログ投稿は、エンタープライズセキュリティの中核となりつつあるテーマに焦点を当てています：AIエージェントを人間の従業員と同等のIDガバナンスの厳格さで扱うこと。

解決する課題

AIエージェントは、企業環境で前例のない速度で増殖しています。Microsoft Copilot Studio、Azure AI Foundry、Security Copilotなどのプラットフォーム上で構築されたこれらのエージェントは——サードパーティやカスタムソリューションは言うまでもなく——データにアクセスし、APIを呼び出し、ユーザーの代わりに行動を起こすことができます。一貫したID制御がなければ、これらは「シャドーAI」となり、監視、説明責任、監査性のない状態で稼働することになります。

主な機能

エージェントレジストリ（Agent Registry） は、テナント内のすべてのエージェントIDの統一的で拡張可能なディレクトリを提供します。Entra管理センターでエージェントフリートの完全なインベントリを確認でき、Microsoft 365管理センターとも統合されています。

エージェントIDブループリント（Agent Identity Blueprints） は、エージェントのクラスに対する権限、ロール、ガバナンスポリシーを定義する再利用可能なテンプレートです。ブループリントを一度承認すると、そこから作成されるすべてのエージェントにそれらの設定が継承されます。問題が発生した場合、ブループリントを無効化するだけで関連するすべてのエージェントを即座に停止できます——重要な封じ込め機能です。

ライフサイクル管理（Lifecycle Management） は、エージェントIDに常にアクセスとライフサイクルの責任を負う委任された人間のスポンサーがいることを保証します。スポンサーが組織を離れると、スポンサーシップはLifecycle Workflowsを通じて自動的にマネージャーに移転されます。共同スポンサーとマネージャーに通知が送られ、手動の監視負担が軽減されます。

エージェント向けConditional Access は、Zero Trust保護をエージェントユーザーアカウントに拡張します。管理者はCustom Security Attributesを使用してエージェントをターゲットにし、Agent Riskに基づいてポリシーを適用し、コンプライアントデバイス（Windows 365 for Agentsを含む）を要求し、デバイスプラットフォームとネットワークの条件を強制できます。

アクセスガバナンス（Access Governance） は、Entitlement Managementを通じてアクセスパッケージを提供し、エージェントのアクセスが意図的で、監査可能で、期間限定であることを保証します——人間のIDと同じガバナンスモデルです。

なぜ重要か

メッセージは明確です：環境内のAIエージェントには、人間の労働力と同等のID規律が必要です。Agent IDは、IDチームがすでに知っているツール——Conditional Access、IDガバナンス、ライフサイクルワークフロー、PIM——を使用してこれを可能にします。すでにEntraでIDを管理しているなら、エージェントを管理するスキルは備わっています。

はじめに

  1. Entra管理センターの左側ナビゲーションでAgent ID（Users、Groups、Devicesの下）に移動します
  2. テナント内のエージェントインベントリを確認します
  3. 一般的なエージェントタイプのエージェントIDブループリントを定義します
  4. エージェントIDをターゲットとするConditional Accessポリシーを構成します
  5. スポンサー管理用のLifecycle Workflowsを設定します

2. PIMカスタム拡張機能：ロール啓用ワークフローでのビジネスロジック

公開日： 2026年7月1日 著者： Kaitlin Murphy ステータス： パブリックプレビュー

Microsoft Entra IDのPrivileged Identity Management（PIM）がカスタム拡張機能をサポートするようになりました——組織が外部のビジネスロジックをロール啓用ワークフローに直接統合できる機能です。これは、PIMが最初に導入されて以来、セキュリティおよびITチームが求めていた機能の一つです。

解決する課題

特権アクセスの決定は、多くの場合PIMの外部に存在するコンテキストに依存します。変更チケットが有効である必要があります。従業員のHRステータスがアクティブである必要があります。ユーザーがオンコールスケジュールにいる必要があります。コンプライアンスチェックを通過する必要があります。以前は、これらのチェックは——実行されていたとしても——手動で行われており、攻撃者が悪用できるギャップと解決が困難な監査指摘を生み出していました。

仕組み

カスタム拡張機能により、PIMはロール啓用プロセス中に組織のREST APIを呼び出します：

  1. ユーザーがPIMでロール啓用を要求します
  2. PIMが構造化リクエストをカスタム拡張APIに送信します（principalId、roleDefinitionId、justification、ticketInfo、scheduleInfoを含む）
  3. APIがビジネスルールを評価します——変更チケットの検証、HRステータスの確認、オンコールスケジュールの確認、コンプライアンスチェックの実行
  4. APIが決定を返します——Approved、AutoApproved、またはDenied——理由とともに
  5. PIMが決定を自動的に強制し、完全な相互作用を監査用に記録します

拡張機能は啓用ワークフロー（事前承認ステージ）中に同期的に呼び出されるため、遅延なくリアルタイムで決定が行われます。

サポート範囲

このプレビューでは、カスタム拡張機能は以下をサポートしています：

  • PIM for Groups
  • PIM for Microsoft Entra roles
  • PIM for Azure resources

設定手順

  1. カスタム拡張APIを作成——ビジネスロジックを実装するREST API（HTTP POST）
  2. Microsoft Entra IDでAPIを保護——アプリを登録し、トークン検証を実装
  3. PIMで拡張機能をオンボード——Microsoft Graph APIを使用してカスタム拡張オブジェクトを作成
  4. 拡張機能をロール設定にリンク——PIMロール設定で"Require pre-approval custom extension"を有効化
  5. 啓用して検証——ロールを啓用してエンドツーエンドフローをテスト

なぜ重要か

この機能は、PIMのIDベースの制御と、特権アクセスを付与すべきかどうかを決定するビジネスコンテキストのギャップを橋渡しします。成熟したITSMプロセス（ServiceNow、Jiraなど）を持つ組織にとって、PIMの啓用をリアルタイムで変更管理システムに対して検証できることを意味します。

監査人にとって、価値は明確です：「ユーザーXがロールYを啓用した」という監査ログではなく、「ユーザーXがビジネス条件Zの下でロールYを啓用し、チケットTに対して検証され、マネージャーMの承認を得た」という監査ログが得られます。すべての相互作用にevaluationId、evaluationOutcome、理由が含まれ、エンドツーエンドのトレーサビリティが実現します。

ライセンス

  • Microsoft Entra ID Premium P2（PIMに必要）
  • ワークフロー統合用のPower AutomateまたはAzure Logic Apps
  • 外部統合用のITSMシステムライセンス

3. PurviewとEntraによる転送中の機密データ保護

公開日： 2026年7月1日 著者： SuleTatar ステータス： パブリックプレビュー

Microsoftは、Microsoft PurviewとMicrosoft Entraの統合によるネットワーク層データセキュリティのパブリックプレビューを発表しました。これにより、データ検出とID認識の強制がネットワーク層に拡張され、SaaSアプリやAIプラットフォーム間を移動する機密データをリアルタイムで保護できます。

解決する課題

データはもはや静止していません。ブラウザセッション、SaaSアプリケーション、生成AIのプロンプト、クラウドリポジトリを通じて移動します——多くの場合、従来のエンドポイントおよび保存時の制御の可視性を超えています。従業員は機密データをコンシューマーAIツールに貼り付けます。彼らは機密ファイルを管理外のクラウドストレージにアップロードします。ITが承認していないSaaSアプリを通じて専有情報を共有します。

従来のData Loss Prevention（DLP）は、エンドポイントと管理対象アプリケーション内で動作します。しかし、データがネットワークを通じて管理外のSaaSやAIアプリに移動すると、これらの制御では見ることすらできません——ましてやブロックすることは不可能です。

主な機能

ネットワーク層検出 は、機密データがどのように共有されるかを識別します：

  • シャドーAIツール（管理外のコンシューマーAIアプリ（ChatGPT、Claude、Geminiなど））
  • 管理外のSaaSアプリケーション
  • 個人用クラウドリポジトリ

リアルタイム強制 は、3つの次元に基づいてデータ露出をブロックまたは制限します：

  • データ機密性——Purview sensitivity labelsとDLPポリシーがデータを分類
  • ユーザーID——Entra IDコンテキストが誰が何にアクセスしているかを決定
  • ユーザー行動——Insider Risk Managementシグナルが時間の経過に伴うユーザーと機密データの相互作用を追跡

統合調査 は、以下のシグナルを関連付けます：

  • Microsoft Purview（データ分類、DLP、インサイダーリスク）
  • Microsoft Entra（ID、アクセス、Conditional Access）
  • Microsoft Defender（脅威検出、調査、対応）

カバレッジ には、ブラウザセッション、SaaSアプリの使用、AIインタラクション（プロンプトとレスポンスを含む）、およびネットワーク上の転送中データが含まれます。

仕組み

この統合は以下を組み合わせています：

  • Microsoft Purview のデータ分類、DLPポリシー、インサイダーリスク検出
  • Microsoft Entra のGlobal Secure Access（GSA）を通じたネットワーク層でのID認識強制
  • Microsoft Defender の脅威相関と調査

ユーザーが管理外のSaaSまたはAIアプリに機密データを共有しようとすると、システムはDLPポリシー、sensitivity labels、ユーザーIDコンテキスト、行動シグナルに対してリクエストを評価します。データが機密として分類され、宛先がリスクのある場合、リクエストはブロックされるか、完全なコンテキストとともに記録されます。

なぜ重要か

これは、AI時代の最も切迫したセキュリティ課題の一つに対するMicrosoftの回答です：従業員にAIツールを生産的に使用させつつ、プロンプトやアップロードを通じた機密データの漏洩を防ぐにはどうすればよいか？

このアプローチが重要なのは、特定のアプリをブロックするのではなく、データに追従するからです。日々変化するAIツールのブラックリストを維持する代わりに、システムがデータ機密性とユーザーコンテキストをリアルタイムで評価します。データが機密であれば、宛先に関わらずブロックされます。そうでなければ、ユーザーは摩擦なく作業できます。

ライセンス

  • Microsoft 365 E7——ネットワークデータセキュリティ機能が含まれます
  • 代替パス： Microsoft Purview ME5（または同等のライセンス）AND Microsoft Entra Internet Access（または同等のライセンス）
  • データ分類用のMicrosoft Purview Information Protection / DLP
  • Conditional Access用のMicrosoft Entra ID Premium P1

その他注目：2026年7月の施行マイルストーン

以前に発表されたいくつかの変更が2026年7月に施行マイルストーンに到達しました：

SSPR登録キャンペーン（2026年7月6日）

Microsoftは、2026年9月7日の施行日の前に、認証方法を登録するよう影響を受ける管理者とエンドユーザーに促す登録キャンペーンを自動的に開始しました。9月7日以降、Self-Service Password Resetは明示的に登録された認証方法のみを受け入れます——正式に登録されたことのないディレクトリ由来の電話番号やメールアドレスは受け付けられなくなります。

必要なアクション： 中断を避けるため、9月7日までにユーザーが少なくとも1つの登録済み認証方法を持っていることを確認してください。

資格情報登録中のConditional Access（2026年7月6-13日）

“Register security information"ユーザーアクションをスコープとしたEntra ID Conditional Accessポリシーが、Windows Hello for BusinessおよびmacOS Platform SSOの資格情報登録プロセス中にも評価されるようになりました。これにより、登録ポリシーがすべての登録フローで一貫して適用されることが保証されます。ユーザーは登録を完了する前にポリシー制御（MFA、ネットワーク制限、デバイスコンプライアンス）を満たす必要があります。

必要なアクション： セキュリティ情報登録をターゲットとするCAポリシーがある場合、report-onlyモードでテストし、すべての登録フローで期待通りに動作することを確認してください。

Security DefaultsによるDevice Code Flowのブロック（2026年7月1日）

すべての新しいMicrosoft Entraテナントは、security defaultsの一部としてdevice code flowをブロックするようになりました。これはセキュリティ強化措置です——device code flowはフィッシング攻撃の標的となることが多いからです。

必要なアクション： アプリケーションやデバイスがdevice code flowに依存している場合、より安全な認証方法に移行するか、必要に応じてConditional Accessで明示的にdevice code flowを許可するよう設定する必要があります。

Entra ID価格変更（2026年7月1日）

Microsoft 365 SKUの商用価格が2026年7月1日付で調整されました。Entra ID P1はユーザーあたり月額$6.00から$7.00に値上げされました。これは、多くのSKUに新しいAI機能（Copilotを含む）が追加されたことに伴う、Microsoft 365ポートフォリオ全体のより広範な商用価格改定の一部です。

全体像：AI時代のセキュリティ確保

これらの2026年7月の発表は、Microsoftの明確な戦略的方向性を反映しています：組織が人間のIDと管理対象アプリケーションのために構築してきたID、アクセス、データ保護の制御を、AIエージェント、管理外のSaaS、ネットワーク層のデータフローに拡張する必要があるという方向性です。

Agent IDガバナンス は「環境内のAIエージェントをどのように制御するか？」という問いに答えます。 PIMカスタム拡張機能 は「特権アクセスにビジネスコンテキストをどのように強制するか？」という問いに答えます。 Purview + Entraネットワーク保護 は「AIやSaaSを通じた機密データの漏洩をどのように防ぐか？」という問いに答えます。

これらが一体となって、エージェントAI時代により完全なセキュリティモデルを形成します——ID、アクセス、データ保護が異なるツールやチームに分散されるのではなく、統合されたモデルです。

Microsoftはまた、2026年7月21日から3部構成のウェビナーシリーズ「Securing Data and Access in the Era of AI」を開催し、これらのテーマを深く掘り下げます。7月23日のセッションでは特にAIエージェントセキュリティを扱い、GitHub Copilot CLI、Claude Code、OpenAI Codexなどのツールで開発されたローカルエージェントも含まれます。

今すぐすべきこと

  1. AIエージェントインベントリを監査——Entra管理センターのAgent IDセクションで、テナントにすでに存在するエージェントを確認します。驚くかもしれません。

  2. PIMカスタム拡張機能を評価——ITSMシステム（ServiceNow、Jiraなど）をお持ちの場合、このプレビューはテストする価値があります。非本番ロールから始めて統合を検証してください。

  3. DLP戦略を見直し——機密データ保護が優先事項である場合（そうあるべきです）、Purview + Entraネットワーク層統合を評価してください。プレビューは現在利用可能です。

  4. SSPR施行に備える——2026年9月7日の期限は確定しています。登録済み認証方法のレポートを実行し、まだ登録していないユーザーを対象に作業してください。

  5. セキュリティドキュメントを更新——これらの変更は、MicrosoftクラウドにおけるIDとデータ保護の働き方の意味のある変化を表しています。チームのドキュメントがこれらを反映していることを確認してください。

Kevin KaminskiはBig Hat Group Inc.の所有者であり、AIおよびクラウドテクノロジーに焦点を当てたMicrosoftパートナーです。Microsoft Entraに関するさらなるインサイトは https://x.com/kkaminsk でフォローしてください。