mcpField
M
microsoft-agent-365

microsoft-agent-365

github.com/vinayaklatthe安全17864 次安装19 周前更新
代码仓库

关于 microsoft-agent-365

Microsoft Agent 365 是用于观察、治理和保护来自 Microsoft 及其他平台的 AI Agent 的企业控制平面。本技能介绍如何借助 Entra、Purview 和 Defender 管理 Agent 清单、身份、生命周期及安全措施。

主要功能

  1. 01集中管理 Agent 清单并映射关系
  2. 02生命周期审批与访问评审
  3. 03通过 Entra Agent ID 管理身份
  4. 04通过 Purview 保护数据
  5. 05使用 Defender 检测运行时威胁
  6. 06审计与合规跟踪

适用场景

  1. 01盘点来自多个构建平台的 Agent
  2. 02实施所有权、审批和最小权限策略
  3. 03限制 Agent 访问敏感数据
  4. 04检测运行中的不安全 Agent 活动

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/vinayaklatthe/microsoft-security-skills --skill microsoft-agent-365

安装后在 Claude Code 中输入/microsoft-agent-365确认已加载。

详细介绍

使用 Microsoft Agent 365 管理 AI Agent

Microsoft Agent 365 是Agent 的控制平面——它将你用于管理人员的基础设施(身份、访问、数据保护、威胁防御)扩展到 AI Agent,无论这些 Agent 来自何处(Microsoft、Copilot Studio、合作伙伴/第三方,包括基于 Anthropic Claude、OpenAI 或 Google Gemini 构建的 Agent,或自定义构建的 Agent)。它将相关工作划分为三大支柱:观察、治理和保护。 自 2026 年 5 月 1 日起面向商业用户正式发布,按用户授权,并建议以 Microsoft E5 作为先决条件。

适用场景

当 AI Agent 数量不断增长,需要为整个企业建立统一管理时使用——例如,你需要一份统一清单、一致的生命周期和访问控制,以及跨不同平台构建的 Agent 的统一安全保障。将其用作编排层,把 Entra、Purview 和 Defender 与 Agent 管理整合起来。

不要将此技能用于单独管理某个 Agent 的 Purview 数据安全控制(请使用 purview-agent-365-security),也不要用于修复 Microsoft 365 Copilot 对终端用户内容的过度共享问题(请使用 purview-copilot-oversharing / m365-oversharing)。

根据问题选择合适的支柱

目标支柱主要界面
了解 Agent 的数量、所有者和使用方式观察Microsoft 365 管理中心中的 Agent 注册表 + Agent Map
根据策略引入、审批、审查和退役 Agent治理M365 管理中心中的 Agent 管理 + Microsoft Purview
为每个 Agent 提供托管身份和基于风险的访问权限保护Microsoft Entra Agent ID + Conditional Access
阻止 Agent 泄露敏感数据或过度访问敏感数据保护Microsoft Purview(DSPM for AI、DLP、敏感度标签、IRM)
在运行时检测恶意或不安全的 Agent 行为保护Microsoft Defender for Cloud Apps(实时 Agent 保护)

经验法则:将每个 Agent 都视为一等公民的受治理身份,而不是应用的某项功能。Agent 越自主,就越需要像特权帐户一样进行管理。

方法

  1. 观察 - 建立清单 - 使用 Microsoft 365 管理中心中的 Agent 365 Agent 注册表,集中查看每个 Agent(Microsoft、Copilot Studio、第三方)的所有者、采用情况、活动和健康状态。使用 Agent Map 查看关系和访问权限。 验证:注册表中列出了来自多个构建平台且有明确所有者的 Agent。
  2. 分配身份(Entra Agent ID) - 确保每个 Agent 都有受管理的 Microsoft Entra Agent ID,以便像任何其他目录身份一样进行身份验证、授权和治理,而不是使用共享密钥或匿名应用。 验证:每个生产环境中的 Agent 都对应一个唯一的 Entra Agent ID,且有明确所有者。
  3. 治理生命周期和访问权限 - 在 IT 监督下有规划地接入 Agent,对资源和数据应用最小权限访问,要求审批并定期进行访问评审;按固定周期停用价值较低或没有所有者的 Agent。 验证:Agent 无法访问未明确授予其访问权限的数据源。
  4. 保护数据(Purview) - 将 Agent 实例纳入 Microsoft Purview:使用 DSPM for AI 获取可见性,应用数据分类和敏感度标签、DLP、Insider Risk Management 和 Communication Compliance。新建的 Agent 365 Agent 实例会自动启用审计和敏感数据检测。 验证:DSPM for AI 的 AI 可观测性页面显示该 Agent 实例及其数据风险。
  5. 应用基于风险的访问控制(Conditional Access) - 使用 Entra Conditional Access,确保 Agent 及其代表的用户符合一致的基于风险的访问条件。 验证:根据策略要求,高风险情境会阻止 Agent 访问或要求其提升访问验证级别。
  6. 运行时防护(Defender) - 使用 Microsoft Defender for Cloud Apps 的实时 Agent 防护,在 Agent 运行时检测并阻止不安全行为、提示词注入和恶意活动。 验证:模拟不安全操作会触发 Defender 警报或被阻止。
  7. 审计并满足法规要求 - 确认 Agent 交互记录会进入 Purview Audit / Activity Explorer,并使用 Compliance Manager AI 法规评估跟踪合规义务。 验证:通过统一审计搜索,可以找到包含 Agent 和用户元数据的 Agent 提示词/响应。

防护措施

  • Agent 365 是构建在 Entra、Purview 和 Defender 之上的编排层,其防护能力取决于底层的数据分类、标签和过度共享防护水平。应先修复数据环境中的问题;Agent 会放大每一个漏洞。
  • 将 Agent 身份视为受治理的最小权限身份,明确所有者并制定定期续期安排。为 Agent 身份永久授予广泛权限,迟早会引发安全事件。
  • 在任何 Agent 发布到整个租户之前,都必须进行安全评审,包括从管理中心预集成的第三方 Agent。
  • 不要假设各项能力都一致:Purview 的支持因能力而异(例如,Agent 365 AI 交互不支持在没有敏感度标签的情况下进行加密)。依赖某项控制措施前,请先查看支持矩阵。
  • Agent 365 与 E5 搭配效果最佳,且至少需要一个符合条件的 Agent 365 许可证;规划推出前请确认许可情况。
  • 告知用户 Agent 交互会被记录和审查;监控范围须获得法务/人力资源部门批准。

常见反模式

  • 没有 Agent 清单——没人知道生产环境中有多少个 Agent,也没人知道它们的所有者是谁。
  • 让 Agent 使用共享的应用注册,而不是各自独立的 Entra Agent ID。
  • 在没有 DLP、没有访问范围限制、没有评审的情况下,将第三方 Agent(包括基于 Claude、OpenAI 或 Gemini 的 Agent)接入整个租户。
  • 跳过运行时检测(Defender),只依赖构建时策略。
  • 让没有所有者或价值较低的 Agent 持续运行——会带来成本和权限扩散风险。

示例提示词

  • Set up Microsoft Agent 365 to manage all our AI agents at scale.
  • How do I observe, govern, and secure agents from one control plane?
  • Give each agent an Entra Agent ID and least-privilege access.
  • Use Purview and Defender to secure Agent 365 agents.
  • Build an agent inventory and retire ownerless agents.

Microsoft Learn

评论

支持 Markdown