关于 purview-general
供选择 Microsoft Purview 能力或启动治理项目的团队使用的路线规划技能。它将目标对应到解决方案,并指导安排发现、许可、角色和部署验证。
主要功能
- 01将目标对应到 Purview 解决方案
- 02指导数据发现和许可核查
- 03建议使用范围受限的角色
- 04安排能力部署顺序
- 05验证试点执行效果
适用场景
- 01为具体目标选择 Purview 方案
- 02规划新的 Purview 项目
- 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 的 DSPM | purview-dspm-ai |
| 在推出 Copilot 前解决过度共享问题 | SAM + 受限内容发现 + 敏感度标签 | purview-copilot-oversharing |
| 治理 AI Agent 使用的数据(Copilot Studio、自定义 Agent) | Agent 安全性 + 分类 + AI 的 DLP | purview-agent-365-security |
| 隐私项目(数据主体权利、GDPR) | Microsoft Priva(独立产品) | microsoft-priva |
| 了解特定工作负载(Exchange/SharePoint/Teams)的 Purview | 工作负载范围的 Purview 控件 | purview-for-m365 |
| 信息治理项目(了解→保护→治理→管理) | 跨解决方案项目 | purview-information-governance |
经验法则:如果符合多行要求,请从分类开始——缺少分类,其他所有 Purview 功能的效果都会减弱。
方法
如果团队跳过发现阶段,直接开始强制执行,Purview 计划很快就会失败。请按以下顺序推进;每一步都是下一步的前提。
-
先进行发现 — 在 Purview 门户中运行 Content Explorer 和 Activity Explorer,了解现有敏感数据及其流转方式。如果不先完成这一步,后续所有决策(标签、DLP 规则、保留)都只能靠猜测。 验证:Content Explorer 显示至少 3 种预期存在的内置 SIT(例如,信用卡、国家身份证、IBAN)对应的非零项目。
-
设计前确认许可证 — 许多功能受许可证限制。承诺时间表前请先检查。
- **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 中,但在创建策略时会受阻。
-
确认角色,遵循最小权限原则 — 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
验证:具有受限角色的测试帐户可以执行预期操作,并且无法访问其他工作负载。
-
按顺序推出 — 按以下顺序逐步提升成熟度;每一层都以前一层为基础。
分类 → 敏感度标签(手动)→ 自动标记(模拟模式)→ 仅审核 DLP → 阻止 DLP → 生命周期 / 保留 → Insider Risk → DSPM for AI。 跳过步骤(例如,尚未先推广手动标记就启用自动标记)会引发用户不满和误报,损害大家对计划的信任。 -
先试点,再推广到整个租户 — 所有 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
- Purview 概述:https://learn.microsoft.com/purview/purview
- Purview 门户演练:https://learn.microsoft.com/purview/purview-portal
- 角色和权限(范围受限的角色组):https://learn.microsoft.com/purview/purview-permissions
- Content Explorer(发现):https://learn.microsoft.com/purview/data-classification-content-explorer
- Activity Explorer(数据流向):https://learn.microsoft.com/purview/data-classification-activity-explorer
- 许可指南(权威来源):https://learn.microsoft.com/office365/servicedescriptions/microsoft-365-service-descriptions/microsoft-365-tenantlevel-services-licensing-guidance/microsoft-365-security-compliance-licensing-guidance
- Adaptive Protection(顺序说明):https://learn.microsoft.com/purview/insider-risk-management-adaptive-protection