mcpField
P
purview-agent-365-security

purview-agent-365-security

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

关于 purview-agent-365-security

面向使用 Microsoft Purview 管理 AI Agent 数据安全与合规的组织。内容涵盖访问控制、标签、DLP、监测、审计、身份治理和 Agent 生命周期。

主要功能

  1. 01通过 DSPM for AI 发现 Agent 活动
  2. 02控制数据访问和过度共享
  3. 03应用标签与 DLP 控制
  4. 04检测高风险提示词
  5. 05审计 Agent 交互
  6. 06治理身份和生命周期

适用场景

  1. 01保护 Copilot Studio 知识源
  2. 02将 Agent 限定为访问获准数据
  3. 03为合规监测 Agent 交互
  4. 04审查并停用闲置 Agent

安装

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

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

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

详细介绍

使用 Microsoft Purview 保护 AI Agent

随着组织构建和部署 AI Agent(Microsoft 365 Copilot Agent、Copilot Studio Agent、Security Copilot Agent),Microsoft Purview 会将数据安全和合规控制扩展到这些 Agent 访问和生成的数据,以及 Agent 本身的身份。

适用场景

在推出 AI Agent 之前和期间,管理其数据安全与合规状况,尤其是在授予 Agent 访问企业数据源或执行自主操作的权限时。

若仅需处理最终用户 Copilot 的过度共享问题,请勿使用此技能(改用 purview-copilot-oversharing);若需在不涉及 Agent 的情况下监控提示词层面上的 AI 活动,请勿使用此技能(改用 purview-dspm-ai)。

根据 Agent 类型选择合适的控制措施

Agent 类型主要控制措施
M365 Copilot Agent(基于用户权限)继承用户权限——修复过度共享问题 + 标签 + Copilot 的 DLP
Copilot Studio Agent(声明式、使用知识源)限制知识源 + DLP + Communication Compliance
Copilot Studio Agent(自主型/带操作)以上全部措施 + Entra 身份治理 + 最小权限操作
Security Copilot Agent工作区权限 + 审计 + 将范围限制为特定数据插件
租户中的第三方 AgentDefender for Cloud Apps + Endpoint DLP + 可接受使用政策

经验法则:Agent 的自主性越强,就越应将其视为特权身份,而不只是用户体验的一部分。

方法

  1. 通过 DSPM for AI 发现 - 了解 Agent 交互以及 Agent 访问或生成的敏感数据;应用一键式保护建议。 验证:DSPM for AI 仪表板显示 Agent 活动量和敏感交互次数。
  2. 控制访问(过度共享) - 由于 Agent 遵循用户权限,应修复过度共享问题并应用敏感度标签,确保 Agent 不会呈现用户无权查看的内容。 验证:测试用户无法通过 Agent 检索其无法直接访问的内容。
  3. 应用 DLP 和标签 - 在受支持的情况下,将 DLP 和敏感度标签保护扩展到 Agent 的依据数据和输出;配置 Copilot 的 DLP,以排除最高级别标签的内容。 验证:Agent 的响应会排除带有限制标签的内容,或对此发出警告。
  4. 检测有风险的提示词 - 使用 Communication Compliance / DLP for AI 检测 Agent 交互中的敏感数据或提示词注入模式。 验证:包含 PII 的测试提示词会触发 Communication Compliance 警报。
  5. 审计和调查 - 使用 Purview Audit 和 Activity Explorer 记录 Agent 交互,以便调查和满足合规要求;适用时与 Insider Risk 保持一致。 验证:审计搜索结果中会显示 Agent 交互,以及用户、Agent 和提示词元数据。
  6. 治理身份 - 将 Agent 身份视为受治理的最小权限身份(Entra),应用条件访问、定期访问审查和权限管理。 验证:每个非用户 Agent 都有负责人、明确的权限范围和续期周期。
  7. 生命周期 - 定期停用未使用的 Agent;无人负责的 Agent 会带来权限蔓延风险。 验证:每月清点 Agent,并要求负责人重新确认。

防护措施

  • Agent 治理取决于分类、标签和过度共享修复的成熟度;如果 Agent 的依据数据处理不识别标签,就会继承底层数据资产中的所有漏洞。
  • 在授予 Agent 广泛的数据访问权限之前,先解决过度共享问题并明确访问范围;Agent 的搜索效率高于人类,因此会放大过度共享问题。
  • 对 Agent 身份及其接触的数据应用隐私控制和最小权限;默认允许 Agent 执行操作,迟早会引发事故。
  • 告知用户 Agent 交互会被记录和审查;监控范围须获得法务/人力资源部门批准。
  • 将已发布的 Copilot Studio Agent 视为应用;在向整个租户发布之前,必须进行安全审查。

常见反模式

  • 发布知识源范围 = "all SharePoint" 且未配置 DLP 的 Copilot Studio Agent。
  • 将 Agent 身份当作机器帐户,长期授予广泛权限。
  • 在发生事件后才为 Agent 交互配置审计。
  • 没有 Agent 清单——没人知道有多少个 Agent 正在生产环境中运行。
  • 假设 Copilot 的 DLP 对 Copilot Studio Agent 的适用方式完全相同(具体能力有所不同)。

示例提示词

  • 使用 Microsoft Purview 保护和治理 Copilot Agent。
  • 为 AI Agent 交互应用 DLP 和审计。
  • 如何防止 Agent 过度共享,并满足 Agent 合规要求?
  • 治理 Copilot Studio Agent 的数据安全。
  • 在 Entra 中将 Agent 身份视为特权身份。

Microsoft Learn

评论

支持 Markdown