mcpField
P
purview-general

purview-general

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

关于 purview-general

供选择 Microsoft Purview 能力或启动治理项目的团队使用的路线规划技能。它将目标对应到解决方案,并指导安排发现、许可、角色和部署验证。

主要功能

  1. 01将目标对应到 Purview 解决方案
  2. 02指导数据发现和许可核查
  3. 03建议使用范围受限的角色
  4. 04安排能力部署顺序
  5. 05验证试点执行效果

适用场景

  1. 01为具体目标选择 Purview 方案
  2. 02规划新的 Purview 项目
  3. 03部署前核查许可和角色

安装

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

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

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

详细介绍

Microsoft Purview(概述)

Microsoft Purview 是一套统一的解决方案,用于数据安全、数据治理和风险与合规,通过 Microsoft Purview 门户进行管理。此技能是路由器:它帮助判断哪种 Purview 解决方案(以及本仓库中的哪个深入技能)适合实现目标、应按什么顺序进行,以及在开始构建前要验证哪些内容。

何时使用

当用户不确定哪种 Purview 功能适合、准备从零开始规划 Purview 项目、正在评估许可,或询问“从哪里开始”时,首先使用此技能。确定方向后,转交给相应的具体技能(DLP、分类、eDiscovery 等)。

在以下情况下不要使用此技能:用户已经知道需要哪种解决方案——直接使用对应技能(例如 purview-dlp-policy、purview-ediscovery)。

将目标映射到解决方案

选择符合问题的行,然后加载所列技能。

如果目标是……主要解决方案深入技能
查找并标记敏感数据信息保护 + 数据分类(SIT、可训练分类器、EDM)purview-data-classification
阻止敏感数据离开 M365、终结点或浏览器数据丢失防护purview-dlp-policy、purview-advanced-dlp
因法律/监管原因保留或删除内容数据生命周期管理、记录管理purview-data-lifecycle
编目和整理企业数据资产(湖仓、数据库、SaaS)统一目录 + 数据映射purview-data-catalog、purview-data-map
检测内部人员窃取数据、蓄意破坏或违反策略内部风险管理insider-risk-baseline
检测消息中的骚扰、受监管通信或信息泄露通信合规性purview-communication-compliance
为诉讼/HR 执行法律保留、收集和审查eDiscovery(高级功能使用 Premium)purview-ediscovery
跨租户审计用户/管理员活动Purview 审计(Standard 或 Premium)purview-audit
了解 AI 提示词数据流(Copilot、自定义 Agent)AI 的 DSPMpurview-dspm-ai
在推出 Copilot 前解决过度共享问题SAM + 受限内容发现 + 敏感度标签purview-copilot-oversharing
治理 AI Agent 使用的数据(Copilot Studio、自定义 Agent)Agent 安全性 + 分类 + AI 的 DLPpurview-agent-365-security
隐私项目(数据主体权利、GDPR)Microsoft Priva(独立产品)microsoft-priva
了解特定工作负载(Exchange/SharePoint/Teams)的 Purview工作负载范围的 Purview 控件purview-for-m365
信息治理项目(了解→保护→治理→管理)跨解决方案项目purview-information-governance

经验法则:如果符合多行要求,请从分类开始——缺少分类,其他所有 Purview 功能的效果都会减弱。

方法

如果团队跳过发现阶段,直接开始强制执行,Purview 计划很快就会失败。请按以下顺序推进;每一步都是下一步的前提。

  1. 先进行发现 — 在 Purview 门户中运行 Content Explorer 和 Activity Explorer,了解现有敏感数据及其流转方式。如果不先完成这一步,后续所有决策(标签、DLP 规则、保留)都只能靠猜测。 验证:Content Explorer 显示至少 3 种预期存在的内置 SIT(例如,信用卡、国家身份证、IBAN)对应的非零项目。

  2. 设计前确认许可证 — 许多功能受许可证限制。承诺时间表前请先检查。

    • **M365 E3 包含:**敏感度标签(手动)、适用于 SharePoint/OneDrive/Exchange 的基本 DLP、Audit Standard、基本保留。
    • **需要 M365 E5 / E5 Compliance:**高级 DLP、Endpoint DLP、Insider Risk、Comms Compliance、Records Management、eDiscovery Premium、Audit Premium、DSPM for AI。
    • **单独的附加组件/SKU:**Microsoft Priva、适用于非 M365 源的 Purview Data Governance。

    验证:E5 的门户横幅显示“高级功能可用”;如果未显示,该功能仍会出现在 UI 中,但在创建策略时会受阻。

  3. 确认角色,遵循最小权限原则 — Purview 在 Settings → Roles & scopes → Permissions 下有自己的角色组。不要一概分配 Compliance Administrator 或 Organization Management;应使用受限范围的组。

    • DLP 工作 → Compliance Data Administrator + DLP Compliance Management
    • eDiscovery → 个案处理人员使用 eDiscovery Manager(而非 Admin)
    • Insider Risk → Insider Risk Management Investigators(与 Analysts 分开,以实现职责分离)
    • 只读审查 → Compliance Reader

    验证:具有受限角色的测试帐户可以执行预期操作,并且无法访问其他工作负载。

  4. 按顺序推出 — 按以下顺序逐步提升成熟度;每一层都以前一层为基础。 分类 → 敏感度标签(手动)→ 自动标记(模拟模式)→ 仅审核 DLP → 阻止 DLP → 生命周期 / 保留 → Insider Risk → DSPM for AI。 跳过步骤(例如,尚未先推广手动标记就启用自动标记)会引发用户不满和误报,损害大家对计划的信任。

  5. 先试点,再推广到整个租户 — 所有 Purview 强制措施(阻止 DLP、自动标记、保留删除)上线前,都应在试点组中以审核 / 模拟模式运行 7-14 天。关注覆盖次数和误报率。

防护措施

  • 分类成熟之前,绝不要启用强制执行。 如果对 SIT 缺乏信心就启用自动标记或阻止 DLP,会大规模产生误报,损害用户信任。请先以模拟模式运行至少 7 天。
  • 不要过度分配 Compliance Administrator 或 Organization Management。 这些角色会绕过受限范围的角色组,并破坏 eDiscovery 和 Insider Risk 调查中的职责分离。
  • 设计前验证许可证。 无论 SKU 如何,门户中都可能显示某些解决方案,但只有在创建策略时才会失败。请以 M365 服务说明 为准,而不是门户 UI。
  • 不要根据功能是否可用来确定范围。 应根据数据敏感度和法规要求(GDPR、HIPAA、FINRA、PCI)来确定范围。基于“我们有这个功能,那就启用吧”的思路会制造噪声,却无法降低风险。
  • Teams 保留有局限性。 Teams 聊天保留仅适用于未来内容;不会追溯补齐历史聊天记录。请在推出前说明这一点。
  • eDiscovery 保留对用户不可见,这是设计如此。 设置保留前请确认法律/人力资源部门已批准——曾发生过管理员通过审核日志访问意外通知用户的情况。

常见反模式

  • “先部署 DLP,之后再分类” —— 规则只要匹配正则表达式就会触发,不考虑标签上下文,导致 SOC 收到大量误报。务必先分类。
  • “一次性启用所有 Purview 功能” —— 这会让管理员和用户应接不暇。请遵循 Approach 第 4 步中的顺序。
  • “让 Purview 管理团队使用 Org Management” —— 这会授予租户范围的权限,包括 Exchange 和 SharePoint 管理权限。请改用范围受限的 Purview 角色组。
  • “自动标记所有敏感内容” —— 如果不先进行模拟,就可能错误标记数百份文档并触发访问拒绝。务必先运行模拟模式,并在发布前查看报告。

示例提示词

  • 我应该为自己的场景使用哪个 Microsoft Purview 解决方案?
  • 新租户应从哪里开始使用 Microsoft Purview?
  • Insider Risk Management 需要什么许可证?
  • 解释 Purview 中数据治理、数据安全和合规之间的区别。
  • 部署 Purview 功能的正确顺序是什么?
  • 我应该为合规团队分配哪个 Purview 角色?

Microsoft Learn

评论

支持 Markdown