Microsoft Defender for Cloud Apps 活用ガイド

Microsoft 365・Azureカテゴリを表すパンダのイラスト Microsoft 365・Azure
2026.01.02

本記事はGeminiの出力をプロンプト工学で整理した業務ドラフト（未検証）です。

Microsoft Defender for Cloud Apps 活用ガイド

Microsoft Defender for Cloud Apps（MDCA）は、クラウドサービスへのアクセスを可視化し、制御するCloud Access Security Broker (CASB) ソリューションです。組織がクラウドアプリケーションを安全に利用し、コンプライアンスを維持するための重要なツールとなります。本ガイドでは、クラウドアーキテクトの視点から、MDCAのアーキテクチャ、設定手順、運用監視、セキュリティ、コスト最適化、および潜在的な落とし穴について解説します。

1. アーキテクチャ

MDCAは、ユーザー、クラウドアプリケーション、およびデータフローの間に位置し、リアルタイムおよびAPIベースの可視性と制御を提供します。主要なコンポーネントと統合点は以下の通りです。

1.1. 主要コンポーネント

  • Cloud Discovery: 組織内で使用されているクラウドアプリを特定し、シャドーITを検出します。ファイアウォールやプロキシのトラフィックログを収集・分析することで、リスクの高いアプリや許可されていないアプリを可視化します。

  • Conditional Access App Control (CAAC): Microsoft Entra Conditional Accessと連携し、リアルタイムでクラウドアプリへのユーザーセッションを監視・制御します。MDCAはリバースプロキシとして機能し、ダウンロードのブロック、アップロードの保護、セッションの強制終了などのポリシーを適用します。

  • App Connectors: 主要なSaaSアプリケーション（Microsoft 365, Salesforce, Boxなど）とAPIで直接統合し、アプリ内のデータ、ファイル、アクティビティに対する詳細な可視性と制御を提供します。脅威検出、データ漏洩防止（DLP）、ガバナンスアクションを実行します。

  • SaaS Security Posture Management (SSPM): 接続されたSaaSアプリのセキュリティ構成を評価し、ベストプラクティスからの逸脱を特定して推奨事項を提供します。

1.2. 統合点

  • Microsoft Entra ID: ユーザー認証、シングルサインオン (SSO)、条件付きアクセスポリシーと連携し、IDベースのセキュリティを強化します。CAACはこの統合に不可欠です。

  • Microsoft 365 Defender: MDCAはMicrosoft 365 Defenderポータルに統合され、他のDefender製品（Defender for Endpoint, Identity, Office 365など）と脅威インテリジェンスを共有し、統合されたセキュリティ運用を提供します。

  • SIEM/SOAR: Azure Sentinel (Microsoft Sentinel) などのSIEMソリューションや、SOARプラットフォームと連携し、ログ収集、アラート管理、自動応答を可能にします。

以下に、MDCAの主要なアーキテクチャ要素とデータフローを示すフローチャートを示します。

flowchart TD
    subgraph mermaid_group_1["User Access Flow"]
        User["ユーザー"] -->|"アクセスを試行"| EntraID["Microsoft Entra ID"]
        EntraID -->|"条件付きアクセスポリシー評価"| ConditionalAccess("条件付きアクセス")
        ConditionalAccess --CASBセッション制御有効--> MDCAProxy["MDCA Conditional Access App Control(#quot;リバースプロキシ#quot;)"]
        MDCAProxy -->|"セッションを監視・制御"| SanctionedApp["承認済みクラウドアプリ"]
        User --許可された場合--> SanctionedApp
    end

    subgraph mermaid_group_9["API Integration & Discovery"]
        MDCA["Microsoft Defender for Cloud Apps"]
        MDCA -->|"APIコネクタ経由でデータ収集・制御"| SanctionedApp
        CloudDiscovery["MDCA Cloud Discovery(#quot;ログコレクター#quot;)"] -->|"トラフィックログを処理"| MDCA
        FirewallProxy["ファイアウォール/プロキシ"] -->|"ログ出力"| CloudDiscovery
        MDCA -->|"シャドーITを検出"| UnsanctionedApp["未承認クラウドアプリ"]
    end

    subgraph mermaid_group_17["Security Operations & Intelligence"]
        MDCA -->|"アラート・イベントを転送"| M365D["Microsoft 365 Defender ポータル"]
        MDCA -->|"ログ・アラートを転送"| SIEM_SOAR["SIEM/SOAR(#quot;例: Microsoft Sentinel#quot;)"]
        M365D -->|"統合された脅威管理"| SecurityAdmin["セキュリティ管理者"]
        SIEM_SOAR -->|"監視・自動応答"| SecurityAdmin
    end

    style SanctionedApp fill:#DDEBF7,stroke:#3182CE,stroke-width:2px
    style UnsanctionedApp fill:#FDE0DF,stroke:#E53E3E,stroke-width:2px
    style MDCAProxy fill:#E6FFFA,stroke:#38A169,stroke-width:2px

[参考: Microsoft Learn – Defender for Cloud Apps のアーキテクチャ (2024年4月22日更新)]

2. 設定手順

MDCAの導入は、まず環境の可視化から始め、段階的に制御を強化していくのが一般的です。

2.1. Cloud Discovery の有効化

  1. ログコレクターのデプロイ: ネットワーク上のファイアウォールやプロキシからトラフィックログを収集するためのログコレクターを、専用のVM (Linux/Windows) 上にデプロイします。このプロセスは、2024年5月18日時点ではMicrosoft Defender for Cloud Appsポータルから詳細な手順が提供されています。

  2. ログのアップロード: ログコレクターは定期的にログをMDCAにアップロードし、Cloud Discoveryが自動的にクラウドアプリを検出・分析します。

2.2. API コネクタの構成

  1. アプリの接続: MDCAポータルから「接続アプリ」を選択し、Microsoft 365, SalesforceなどのSaaSアプリのAPIコネクタを設定します。各アプリに応じた管理者権限を持つアカウントでの認証が必要です。これにより、アプリ内のユーザーアクティビティ、ファイル、ガバナンスに関する詳細なデータがMDCAに連携されます。

2.3. Conditional Access App Control (CAAC) の設定

CAACを有効にするには、Microsoft Entra Conditional Accessポリシーを作成し、特定のクラウドアプリへのアクセスをMDCAプロキシ経由にルーティングする設定が必要です。

以下のPowerShellスクリプトは、Microsoft Graph PowerShell SDKを使用して、すべてのクラウドアプリに対するブラウザアクセスをMDCAのセッション制御（mcasSessionControl）でルーティングする条件付きアクセスポリシーを作成する例です。

# 前提条件: Microsoft Graph PowerShell SDKのインストール


# Install-Module Microsoft.Graph -Scope CurrentUser

# Microsoft Graphへの接続（必要な権限: Policy.ReadWrite.ConditionalAccess）


# 接続時にブラウザで認証が求められます。


# Connect-MgGraph -Scopes "Policy.ReadWrite.ConditionalAccess"

# 変数の定義

$policyDisplayName = "MDCA_SessionControl_for_AllCloudApps"
$policyState = "enabled" # テスト時は "reportOnly" を使用することを強く推奨
$targetUsers = @("All") # "All" または特定のユーザーID/グループIDの配列
$targetApplications = @("All") # "All" または特定のアプリケーションIDの配列 (例: "00000003-0000-0ff1-ce00-000000000000" は Office 365)
$sessionControlType = "mcasSessionControl" # MDCAプロキシにリダイレクトするためのタイプ

# 条件付きアクセス ポリシーのボディを構築

$policyBody = @{
    displayName = $policyDisplayName
    state = $policyState
    conditions = @{
        users = @{
            includedUsers = $targetUsers
        }
        applications = @{
            includedApplications = $targetApplications
        }
        clientAppTypes = @("browser") # ブラウザからのアクセスにのみ適用
    }
    grantControls = @{
        operator = "OR"
        builtInControls = @("mfa") # 例: 多要素認証 (MFA) を必須にする
    }
    sessionControls = @{
        cloudAppSecurity = @{
            isEnabled = $true
            cloudAppSecurityType = $sessionControlType
        }
    }
}

# 条件付きアクセス ポリシーを作成

try {
    New-MgIdentityConditionalAccessPolicy -BodyParameter $policyBody
    Write-Host "条件付きアクセス ポリシー '$policyDisplayName' が正常に作成されました。"
    Write-Host "このポリシーは、指定されたアプリへのトラフィックをMicrosoft Defender for Cloud Apps経由でルーティングします。"
    Write-Host "より詳細なセッション制御ポリシー (例: ダウンロードのブロック) はMDCAポータルで設定する必要があります。"
} catch {
    Write-Error "ポリシーの作成中にエラーが発生しました: $($_.Exception.Message)"
}

# 既存のポリシーを表示する例 (Policy.Read.ConditionalAccess 権限が必要)


# Get-MgIdentityConditionalAccessPolicy | Format-Table DisplayName, State -AutoSize

入力: policyDisplayName, policyState, targetUsers, targetApplications, sessionControlType 出力: 新規作成された条件付きアクセスポリシーの確認メッセージ、またはエラーメッセージ 前提: Microsoft Graph PowerShell SDKがインストールされており、適切な権限でGraphに接続済みであること。 計算量: 単一のAPIコールであるため、非常に小さい。 メモリ条件: 少量。

2.4. ポリシーの作成

Cloud Discovery、APIコネクタ、CAACを通じて得られた可視性に基づき、以下のポリシーをMDCAポータルで設定します。

  • アクセス ポリシー: 特定の条件（場所、デバイス、アプリなど）に基づいてアクセスをブロックまたは許可します。

  • セッション ポリシー: CAACが有効なセッションに対して、リアルタイムでダウンロードのブロック、特定コンテンツの検査、「保護されたアクティビティ」の監視などを実行します。

  • ファイル ポリシー: 特定のファイルタイプや機密情報を含むファイルの共有、ダウンロード、アップロードを監視・制御します。

  • 異常検出ポリシー: ユーザー行動分析（UEBA）に基づき、不審な活動（異常なログイン場所、大量ダウンロードなど）を自動で検出してアラートを発します。

3. 運用監視

MDCAの導入後は、継続的な監視と運用の最適化が不可欠です。

3.1. 可観測性

  • Microsoft 365 Defender ポータル: MDCAのアラート、アクティビティログ、発見されたアプリの情報は、Microsoft 365 Defenderポータル（security.microsoft.com）に集約されます。これにより、セキュリティチームは統合されたビューで脅威を監視し、調査できます。

  • アラートとレポート: MDCAポータルでは、生成されたアラートの詳細、Cloud Discoveryレポート、アプリの使用状況レポートなどを確認できます。これらのレポートは、シャドーITの傾向分析やリスク評価に役立ちます。

3.2. ログ

MDCAのログは、Microsoft 365 Defenderポータルからアクセスできる他、Azure Sentinel (Microsoft Sentinel) や任意のSIEMソリューションにエクスポートできます。

  • アクティビティログ: ユーザーがクラウドアプリで実行したすべてのアクション（ログイン、ファイルアクセス、アクティビティタイプなど）が記録されます。

  • アラートログ: MDCAによって検出されたすべてのセキュリティイベントやポリシー違反が記録されます。 これらのログは、セキュリティ監査、インシデント調査、コンプライアンス要件への対応に不可欠です。

3.3. SLA/バックアップ/DR

MDCAは、Microsoftのグローバルインフラストラクチャ上で稼働するため、サービスの可用性についてはMicrosoft 365/AzureのSLAに準拠します。

  • SLA: Microsoft 365のSLAは通常99.9%以上の稼働率を保証しますが、MDCAの具体的なSLAは、Microsoft 365 E5などのライセンスの一部として提供されるため、その包括的なSLAに依存します。

  • バックアップ/DR: MDCA自体がサービスであるため、データ（ログ、構成など）のバックアップや災害復旧（DR）はMicrosoftによって管理されます。ユーザー側でMDCAの構成情報を直接バックアップする機能は提供されていませんが、構成はクラウド上に保存され、Geo冗長性などが確保されています。

4. セキュリティ

MDCAは、クラウドアプリケーションにおけるアイデンティティと権限境界を確立し、多層的なセキュリティを提供します。

4.1. アイデンティティと権限境界

  • Microsoft Entra ID: MDCAはMicrosoft Entra IDをアイデンティティプロバイダーとして利用します。すべてのユーザー認証はEntra IDを介して行われ、条件付きアクセスポリシーが適用されます。

  • ロールベースアクセス制御 (RBAC): MDCAの管理アクセスは、Microsoft Entra IDの組み込みロールまたはカスタムロールを通じて制御されます。

    • Cloud App Security 管理者: MDCAポータルへの完全なアクセス権を持ち、すべての設定とデータを管理できます。

    • セキュリティ管理者: MDCAを含む複数のセキュリティ製品への管理アクセス権（完全または一部）を持ちます。MDCAでは読み取りアクセスと一部の管理アクションが可能です。

    • グローバル管理者: すべてのMicrosoft 365およびEntra IDサービスへの完全なアクセス権を持ち、MDCAも管理できます。 最小権限の原則に基づき、特定のタスクには「Cloud App Security 管理者」またはより制限されたカスタムロールを使用すべきです。

4.2. データ保護とコンプライアンス

  • データ漏洩防止 (DLP): MDCAのファイルポリシーとセッションポリシーは、機密情報がクラウドアプリを通じて不正に共有、ダウンロード、またはアップロードされるのを防ぎます。これにより、GDPR、HIPAA、PCI DSSなどのコンプライアンス要件への対応を支援します。

  • 脅威防御: 異常検出ポリシーやマルウェア検知機能により、クラウドアプリ上の脅威（ランサムウェア、マルウェア、内部脅威）を特定し、阻止します。

  • SaaS Security Posture Management (SSPM): 接続されたSaaSアプリのセキュリティ設定の不備を検出し、ベストプラクティスに基づいた修正を推奨することで、攻撃対象領域を減らします。

5. コスト

MDCAのコストは、主にライセンスモデルに基づきます。

5.1. ライセンスモデル

MDCAは通常、以下のいずれかのライセンスに含まれます。

  • Microsoft 365 E5: 最も包括的なMicrosoft 365ライセンスで、MDCAの全機能が含まれます。

  • Enterprise Mobility + Security (EMS) E5: MDCAの他、Microsoft Entra ID P2, Azure Information Protection P2などのID・モビリティ管理機能が含まれます。

  • Microsoft Defender for Cloud Apps Standalone: 上記のスイートライセンスを持たない組織向けに、MDCAを単体で購入するオプションもあります。

ライセンス費用はユーザー数に基づく月額または年額課金であり、特定の機能セットはライセンスレベルによって異なります。例えば、CAACはE5ライセンスでのみ利用可能です。

5.2. コスト最適化

MDCA自体の利用コストはライセンス費用が大部分を占めるため、以下の点に注目して最適化を図ります。

  • 適切なライセンスの選択: 必要な機能とユーザー数に応じて、最もコスト効率の良いライセンス（M365 E5, EMS E5, またはスタンドアロン）を選択します。不要な機能を含む高価なライセンスを避けることが重要です。

  • 冗長なツールの排除: MDCAの機能が既存の他のCASBやDLPソリューションと重複する場合、MDCAに統合することで、複数の製品にかかるコストと管理オーバーヘッドを削減できます。

  • Cloud Discoveryの活用: シャドーITを可視化し、不要なクラウドサービスへの支出を特定することで、間接的なコスト削減に繋がります。

MDCAの運用自体には、VMインスタンス（ログコレクター用）やSIEM（ログ取り込み、ストレージ）のコストが発生する可能性がありますが、これらはMDCAのライセンス費用に比べれば小さい傾向にあります。

6. 落とし穴と対策

MDCAの導入にはいくつかの課題があり、計画段階で考慮することが重要です。

6.1. ユーザーエクスペリエンスへの影響

  • CAACの遅延: Conditional Access App Controlがリバースプロキシとして機能するため、わずかながらアプリケーションへのアクセスに遅延が発生する可能性があります。特に、地理的にプロキシサーバーから離れたユーザーで顕著になる場合があります。

    • 対策: 重要なビジネスアプリケーションや、パフォーマンスが重視されるアプリについては、CAACの適用範囲を慎重に検討し、必要に応じて除外ポリシーを設定する。

  • アプリケーションの非互換性: CAACは一部の複雑なWebアプリケーションや、特定のブラウザ拡張機能と互換性がない場合があります。

    • 対策: 導入前に主要なビジネスアプリケーションで広範なテストを実施する。MDCAはブラウザベースのアクセスに最適化されているため、デスクトップクライアントからのアクセスはAPIコネクタでカバーする。

6.2. 誤検知とポリシーの複雑化

  • 過剰なアラート: 初期設定でポリシーが厳しすぎると、正当なユーザーアクティビティがブロックされたり、大量の誤検知アラートが発生したりする可能性があります。

    • 対策: ポリシーは「レポートのみ」モードで開始し、環境に合わせて徐々にチューニングする。異常検出ポリシーのしきい値を調整し、特定のユーザーやグループを除外する。

  • ポリシー管理の複雑性: クラウドアプリの種類やユーザー要件が増えるにつれて、ポリシーが複雑になり、管理が困難になることがあります。

    • 対策: ポリシーはシンプルに保ち、共通のテンプレートを使用する。定期的にポリシーを見直し、古くなったものや不要なものを削除する。ロールベースのアクセス制御を厳格に適用し、ポリシー変更の影響を最小限に抑える。

6.3. シャドーITの完全な検出困難性

  • ログ収集の限界: Cloud Discoveryは、ファイアウォールやプロキシのログに依存するため、すべてのトラフィックを捕捉できない場合があります（例: ローカルネットワーク内の直接通信、VPN経由のトラフィックなど）。

    • 対策: 複数のログソース（エンドポイントからのログなど）を統合し、包括的な可視性を確保する。Microsoft Defender for Endpointとの統合により、エンドポイントレベルでのシャドーIT検出を強化する。

7. まとめ

Microsoft Defender for Cloud Appsは、多岐にわたるクラウドアプリ環境において、包括的なセキュリティとコンプライアンスを実現するための強力なCASBソリューションです。そのアーキテクチャは、Microsoft Entra IDやMicrosoft 365 Defenderとの緊密な連携により、IDベースのセキュリティと統合された脅威管理を提供します。

導入においては、Cloud Discoveryによる可視化から始め、APIコネクタやConditional Access App Controlを通じて段階的に制御を強化していくアプローチが推奨されます。運用フェーズでは、Microsoft 365 Defenderポータルを活用した継続的な監視とアラート対応、そしてポリシーの定期的な見直しが成功の鍵となります。コスト面では、適切なライセンスの選択と既存ツールの統合により最適化を図ることが可能です。

MDCAの導入は、ユーザーエクスペリエンスへの影響や誤検知のリスクなどの落とし穴を伴う場合がありますが、これらは入念な計画、テスト、そして継続的なチューニングによって軽減できます。クラウドサービスの利用が不可欠となる現代において、MDCAを適切に活用することは、組織のクラウドセキュリティ体制を大幅に強化し、デジタル変革を安全に推進するための基盤となります。

文書情報

記事タイトル
Microsoft Defender for Cloud Apps 活用ガイド
作成日
更新日
Source URL
https://papanda925.com/?p=4920

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

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