什么是 Microsoft Defender for Cloud Apps？通过 Cloud Discovery 盘点生成式 AI 和 SaaS

关于本文
本文是通过利用生成式 AI 的自动生成流程创建的。基于截至 2026 年 9 月 18 日的微软官方信息，从实务角度梳理了 Microsoft Defender for Cloud Apps (MDCA) 的作用、E3/E5 的许可边界、Cloud Discovery、条件访问应用控制（Conditional Access App Control）以及 2026 年向 Agent 365 的迁移。

验证状态：📘 已确认微软官方信息，尚未在实际设备上验证

Microsoft Defender for Cloud Apps 是一款 SaaS 安全产品，用于可视化 SaaS 使用情况，并调查和控制危险应用、OAuth 应用、应用间通信以及云端的可疑活动。CASB（云访问安全代理）是一种可视化和控制云端使用情况的概念，SSPM（SaaS 安全态势管理）是一种持续检查 SaaS 配置漏洞的概念。

E3 和 E5 有何区别？

根据微软官方服务说明，MDCA 除了作为独立版 (standalone) 提供外，还包含在 Microsoft 365 E5、EMS E5、Microsoft Defender 套件、Microsoft Purview 套件等中。虽然 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 门户的 “Cloud Apps” > -> “Cloud Discovery” ，仅进行读取，不修改任何设置。

• 排名靠前的已发现应用 (Discovered apps)

• 风险评分 (Risk score)

• 用户数与流量

• 生成式 AI / 云存储等类别

• 已批准 (Sanctioned) / 未批准 (Unsanctioned) 状态

成功标准是能够解释预期的 SaaS 与实际使用情况之间的差异。请勿在开始时就将其更改为“未批准 (Unsanctioned)”。

改变一处

将筛选条件仅限制为“生成式 AI (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

微软自 2026 年 7 月 1 日起，将此前由 MDCA 提供的Microsoft Copilot Studio Agent 的发现/态势 (discovery/posture)、威胁检测 (threat detection) 以及在高级搜寻 (Advanced Hunting) 中对 Agent 活动的调查等功能迁移到了 Microsoft Agent 365 许可中。需要更新旧资料中“只要购买 MDCA 就能直接使用 Copilot Studio Agent 安全功能”这一认知。

这并不意味着常规的 SaaS Cloud Discovery 本身被废除了。理解为“SaaS 保护与 AI Agent 专用安全的许可边界发生了变化”会更容易理清思路。

三个视角

• 普通用户：确认公司允许的 SaaS 以及可以输入机密信息的服务。

• 办公人员：在使用便利的 Web 服务之前，对客户信息、合同信息等输入数据进行分类。

• IT 部门 / 安全团队：观测实际使用情况，在确认风险、业务必要性和替代方案后再进行控制。

管理员需要确认的事项

• 受保护用户的 MDCA 许可

• 条件访问应用控制所需的 Entra ID P1

• Cloud Discovery 的数据源和获取范围

• 日志中包含的用户信息与隐私

• 更改已批准 (Sanctioned) / 未批准 (Unsanctioned) 时的影响

• 与 Defender XDR 的集成

• 2026 年 7 月之后（Copilot Studio Agent 等需要 Agent 365）的边界

微软官方信息与一手资料

• Microsoft Defender for Cloud Apps 文档

• 开始使用 Defender for Cloud Apps

• Cloud Discovery

• Microsoft Defender 服务说明

• 安全功能向 Microsoft Agent 365 的迁移 (Agent security capabilities transition to Microsoft Agent 365)

Defender for Cloud Apps 并不是一款“禁用云服务的产品”。安全的入门方式是首先通过 Cloud Discovery 让实际情况可视化，然后仅在必要的地方逐步进行控制。