mcpField
C
copilot-for-m365-readiness

copilot-for-m365-readiness

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

关于 copilot-for-m365-readiness

面向准备部署 Microsoft 365 Copilot 的安全团队,提供部署前就绪方案。重点是发现并控制过度共享、完善标签与 DLP,并通过审计和分阶段推广降低风险。

主要功能

  1. 01检查 SharePoint 过度共享
  2. 02使用 SAM 与 RSS 控制访问
  3. 03部署敏感度标签和 DLP
  4. 04审计 Copilot 交互
  5. 05规划分阶段推广

适用场景

  1. 01制定 Copilot 上线准备计划
  2. 02整理高风险站点整改清单
  3. 03配置 Copilot 内容 DLP 策略
  4. 04将交互日志接入 Sentinel

安装

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

$npx skills add https://github.com/vinayaklatthe/microsoft-security-skills --skill copilot-for-m365-readiness

安装后在 Claude Code 中输入/copilot-for-m365-readiness确认已加载。

详细介绍

Microsoft 365 Copilot — 安全就绪

Microsoft 365 Copilot 的安全性取决于 SharePoint、OneDrive 和 Teams 的权限管理是否规范。最常见的事件模式是:“由于底层站点权限设置过宽,Copilot 暴露了 HR/董事会/法律内容。”本技能提供端到端的就绪指南:识别过度共享,通过 SAM 和标签进行遏制,然后分阶段启用 Copilot。

适用场景

准备部署 Microsoft 365 Copilot 时使用。适用于上线前的安全工作流: 检测过度共享、实施遏制控制、覆盖标签/DLP、审计及分阶段推广。

不要将本技能用于更广泛的过度共享计划(m365-oversharing)、单独使用 Purview DSPM for AI(purview-dspm-ai),或针对 Agent 的安全工作(microsoft-agent-365)。

就绪关卡——不要跳过

关卡原因
已发布并采用敏感度标签Copilot 会遵循标签的加密和使用权限
对已知敏感内容类别进行自动标记捕获用户不会手动标记的长尾内容
为 Copilot 策略配置 DLP防止敏感内容出现在聊天回答中
已配置 SAM(SharePoint Advanced Management)限制访问和数据访问治理所必需
已确认站点所有者权限过宽的孤立站点是最常见的事件途径
已启用审计Copilot 交互可供审计;若未启用,则无法调查

方法

  1. 盘点并分级处理过度共享。 运行 SAM 数据访问治理报告:

    • 与除外部用户以外的所有人(EEEU)共享的站点。
    • 含匿名链接的站点。
    • 外部共享量较大的站点。
    • 含敏感内容但 ACL 权限设置过宽的站点。 按共享量和敏感程度优先处理排名前 5% 的站点。
  2. 将受限 SharePoint 搜索(RSS)作为临时保护措施。 RSS 将 Copilot 的信息依据范围(以及 SharePoint 搜索范围)限制在精选的站点允许列表和用户自己的 OneDrive 中。在修复长尾问题期间,可争取 90 天时间。 验证:在测试租户中,Copilot 提示词“总结 HR 薪资数据”不会返回来自允许列表之外站点的依据内容。

  3. 为试点用户推广敏感度标签,并启用强制标记,同时对已知敏感信息类型进行自动标记。采用加密的标签会阻止 Copilot 向不具备使用权限的用户显示内容。

  4. 编写 Copilot 的 DLP策略。具体针对 Microsoft 365 Copilot 位置:

    • 阻止 Copilot 在聊天回复中使用带敏感度标签的内容。
    • 阻止信用卡/SSN/财务数据出现在 Copilot 输出中。
    • 先使用审计模式,调整 2 周后再启用阻止。
  5. 通过 SAM 管理站点生命周期:

    • 受限访问控制——明确限制可访问站点的人员,即使其他策略授予了访问权限也不例外;适用于 HR、财务和董事会内容。
    • 站点生命周期策略——将已存档/非活动站点排除在 Copilot 信息依据范围之外。
    • 针对特定敏感度标签阻止下载。
  6. 审计和监控。

    • 启用 Purview Audit Premium,以延长保留期限。
    • 将 Copilot 交互日志流式传输到 Sentinel;对包含敏感词的提示词或尝试访问受限内容的行为发出警报。
    • Copilot 事件现在会显示在 Defender XDR 中——将其接入 SOC 队列。
  7. 分阶段推广。

    • 第 0 波(50 名用户):IT 和 Security;验证审计和 DLP。
    • 第 1 波(500 名用户):低敏感度部门(Marketing)。
    • 第 2 波:在修复排名前 5% 的过度共享问题后,推广至更广泛的员工群体。
    • 第 3 波:只有在标签覆盖充分后,才面向受监管部门(Finance、Legal、HR)推广。 每一波都衡量被阻止的提示词、暴露的敏感内容和用户满意度。
  8. **许可先决条件清单:**Microsoft 365 Copilot 许可证 + Microsoft 365 E3/E5、用于 SAM 功能的 SharePoint Advanced Management 加载项、用于高级 DLP 和 Audit Premium 的 Purview E5。

防护措施

  • 在修复过度共享问题之前,不要在整个租户中启用 Copilot。“Copilot 上线第 1 天就曝光了去年的裁员名单”是真实发生过的新闻标题。
  • **受限 SharePoint 搜索只是过渡方案。**它掩盖问题,并不能修复权限。请设定停用日期。
  • **没有加密的敏感度标签无法限制 Copilot 的内容 grounding。**只有加密标签且对用户拒绝 EXTRACT/VIEW 权限,才能真正阻止内容曝光。
  • **自动标记需要验证。**配置不当的自动标记策略可能会批量加密错误的内容,破坏工作流。
  • **Copilot 的 DLP 只覆盖 Copilot,不覆盖所有 AI 场景。**外部 AI(ChatGPT、Gemini)需要 Purview AI Hub + 浏览器控件(参见 purview-ai-hub)。
  • **审计保留期限很重要。**Purview Audit 的默认保留期限为 180 天。数月后调查 Copilot 事件需要 Audit Premium。
  • **站点所有权缺失是隐形杀手。**站点没有所有者,就没人能批准访问权限审查;权限会逐渐固化。
  • **用户无法解密的内容,Copilot 也无法解密。**标签加密与 Copilot 的行为一致——如果用户无法打开文档,Copilot 也无法基于该文档为其提供内容。

常见反模式

  • “买了 Copilot 许可证,在整个租户中启用,之后再修复权限”——第一周就会发生过度共享事件。
  • “RSS 永久启用”——由于允许列表太小,Copilot 无法使用。
  • “敏感度标签只显示、不加密”——标签看起来没问题,却毫无限制作用。
  • “Copilot 的 DLP 永远只做审计”——敏感数据会出现在聊天输出中;审计能证明这一点,却无法阻止。
  • “站点所有者就是‘IT 帮助台’”——没有人对 ACL 承担业务责任。
  • “Copilot 事件未与 Sentinel/SOC 集成”——事件无从察觉。
  • “第 1 天就在财务部门试点”——这是敏感度最高、权限模型准备最不足的受众。请先在市场营销部门试点。

示例提示词

  • 为拥有 25,000 名用户的租户制定 M365 Copilot 90 天就绪计划——包括过度共享问题修复、SAM、标签、DLP、审计和分阶段推出。
  • 运行 SAM 数据访问治理报告,并提出包含前 50 个站点的修复待办清单。
  • 配置受限 SharePoint 搜索,将 200 个站点加入允许列表,作为 Copilot 的临时保护措施。
  • 编写 Copilot 的 DLP 策略,阻止带有机密标签的内容出现在 Copilot 输出中。
  • 将 Copilot 交互审计日志接入 Sentinel,并针对包含敏感词的提示词配置检测规则。
  • 制定试点推广计划:参与人员、时间、成功标准和回滚触发条件。
  • Copilot 事件的 Audit 和 Defender XDR 集成——为分析人员编写运行手册。

Microsoft Learn

评论

支持 Markdown