Microsoft Defender for Cloud Appsとは?Cloud DiscoveryとE3/E5

セキュリティカテゴリを表すパンダのイラスト セキュリティ

Microsoft Defender for Cloud Appsとは?Cloud Discoveryから生成AI・SaaSを棚卸しする

この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。2026年9月18日時点のMicrosoft公式情報を確認し、Microsoft Defender for Cloud Apps(MDCA)の役割、E3/E5のライセンス境界、Cloud Discovery、Conditional Access App Control、2026年のAgent 365移行を実務目線で整理しています。

検証ステータス:📘 Microsoft公式情報確認済み・実機未確認

Microsoft Defender for Cloud Appsは、SaaS利用を可視化し、危険なアプリ、OAuthアプリ、アプリ間通信、クラウド上の不審な活動を調査・制御するSaaSセキュリティ製品です。CASB(Cloud Access Security Broker)はクラウド利用を可視化・制御する考え方、SSPM(SaaS Security Posture Management)はSaaS設定の弱点を継続的に確認する考え方です。

E3/E5でどう違う?

観点Microsoft 365 E3Microsoft 365 E5
Entra IDP1を含むP2を含む
Defender for Cloud Apps本体E3単体の標準包含とは考えない含まれる
Conditional Access App ControlMDCA権利に加えEntra ID P1以上が必要必要条件を満たしやすい
高度なSaaS保護対象add-on/standaloneを確認MDCAで利用可能

Microsoft公式サービス説明ではMDCAはstandaloneのほか、Microsoft 365 E5、EMS E5、Microsoft Defender Suite、Microsoft Purview Suiteなどに含まれます。E3にはEntra ID P1がありますが、E3だからMDCAのフル機能も付くとは限りません。

まずCloud Discoveryから始める

Cloud Discoveryは、組織のネットワークで利用されるクラウドアプリを可視化する入口です。アプリ名だけでなく、ユーザー、トラフィック、リスク評価、Sanctioned / Unsanctionedの状態などを確認できます。

flowchart LR
  U[利用者のSaaSアクセス] --> L[ネットワーク/端末ログ]
  L --> CD[Cloud Discovery]
  CD --> R[リスク評価・利用量]
  R --> A[情シス/セキュリティが確認]
  A -->|必要な場合のみ| G[Sanction / Unsanction / 制御]

安全な最初の操作

Microsoft Defender portalの Cloud Apps > Cloud Discovery を開き、設定変更をせず読み取りだけ行います。

  • 上位のDiscovered apps

  • Risk score

  • ユーザー数とトラフィック

  • Generative AI / Cloud storageなどのカテゴリ

  • Sanctioned / Unsanctioned状態

成功条件は、想定していたSaaSと実利用の差を説明できることです。最初からUnsanctionedへ変更しません。

1か所変える

フィルターをGenerative AIだけに絞ります。設定を変えずに「どの生成AIサービスが、どの程度使われているか」を比較できます。

生成AI棚卸しの実務例

総務部が会社指定AIだけを利用しているつもりでも、ブラウザー経由で外部AIへアクセスしているケースがあります。Cloud Discoveryは、禁止を先に決めるのではなく、利用実態→業務目的→入力データ→代替手段の順に確認する材料になります。

sequenceDiagram
  participant U as 利用者
  participant AI as 外部AI/SaaS
  participant D as Cloud Discovery
  participant S as セキュリティ担当
  U->>AI: Webアクセス
  D-->>S: 利用量・リスク情報を集約
  S->>S: 業務目的とデータ種別を確認
  S-->>U: 許可・代替・ルールを案内

Conditional Access App Control

MDCAはMicrosoft Entra Conditional Accessと連携し、対象SaaSのセッション制御を行えます。この機能にはMDCAだけでなくEntra ID P1以上も必要です。ダウンロード禁止など強い制御を全社員へ一括適用せず、テストユーザーと限定アプリで影響を確認します。

2026年の重要変更:AI agent保護の一部はAgent 365へ

Microsoftは2026年7月1日から、従来MDCAで提供していたMicrosoft Copilot Studio agentのdiscovery/posture、threat detection、Advanced Huntingでのagent activity調査などをMicrosoft Agent 365ライセンス側へ移行しました。古い資料の「MDCAを買えばCopilot Studio agent securityもそのまま使える」という理解は更新が必要です。

これは通常のSaaS Cloud Discoveryそのものが廃止されたという意味ではありません。SaaS保護とAI agent専用セキュリティのライセンス境界が変わったと捉えると整理しやすくなります。

3つの視点

  • 一般利用者:会社が許可するSaaSと、機密情報を入力してよいサービスを確認する。

  • 事務職:便利なWebサービスを使う前に、顧客情報・契約情報など入力データを分類する。

  • 情シス/セキュリティ:利用実態を観測し、リスク・業務必要性・代替手段を確認してから制御する。

管理者が確認する点

  • 保護対象ユーザーのMDCAライセンス

  • Conditional Access App Controlで必要なEntra ID P1

  • Cloud Discoveryのデータソースと取得範囲

  • ログに含まれる利用者情報とプライバシー

  • Sanctioned / Unsanctioned変更時の影響

  • Defender XDRとの統合

  • Copilot Studio agent等でAgent 365が必要になった2026年7月以降の境界

Microsoft公式情報・一次情報

Defender for Cloud Appsは「クラウドを禁止する製品」ではありません。まずCloud Discoveryで実態を見えるようにし、必要な箇所だけ段階的に制御するのが安全な始め方です。

文書情報

記事タイトル
Microsoft Defender for Cloud Appsとは?Cloud DiscoveryとE3/E5
作成日
更新日
Source URL
https://papanda925.com/?p=16135

ライセンス: 本記事のうち、当サイトが権利を有する本文・自作図表は、特記なき限り CC BY 4.0 で利用できます。生成AIを活用して作成・編集した内容を含みます。コードについて、別途ライセンス表示またはリンク先GitHubリポジトリのライセンスがある場合は、その条件を優先します。引用・第三者資料・画像・商標等は本ライセンスの対象外です。 利用ポリシー

タイトルとURLをコピーしました