企业 IT 管理员如何为 Microsoft Copilot 配置企业数据保护

企业 IT 管理员可以通过配置 企业数据保护（Enterprise Data Protection，简称 EDP），结合 Microsoft Entra ID 身份认证与 Microsoft 365 治理策略，彻底消除企业对话泄露、长期留存及用于基础大模型训练的顾虑。

企业数据保护（原名“商业数据保护”Commercial Data Protection，即 CDP）是一项无需额外付费的内置安全承诺。只要合规的企业员工使用其所属机构的 Microsoft Entra ID（原 Azure AD）工作或学校账户登录，系统便会自动激活 EDP。在 EDP 保护下，员工的所有输入提示词（Prompts）与生成的回复（Responses）均严格保留在企业的 Microsoft 365 租户边界内部，实施全链路加密，并且在法律与技术层面严禁用于训练微软或 OpenAI 的基础大语言模型（LLM）。

但这一数据保护机制与用户的登录身份强绑定：如果员工未登录或使用个人微软账户（MSA）访问 Copilot，对话将自动降级至消费者条款，产生数据被缓存或用于模型调优的风险。因此，IT 管理员需要系统化地实施身份管控、浏览器组策略锁定、网络路由以及 Microsoft Purview 合规配置。

1. 企业数据保护（EDP）的核心防护机制

根据登录身份的不同，Microsoft Copilot 在法律条款与底层数据架构上有着截然不同的处理机制：

EDP 的底层技术与合规承诺

• 租户隔离与全链路加密： 提示词与响应均在 Microsoft 365 租户安全边界内处理，传输过程采用 TLS 1.2+ 强加密，静态存储由 BitLocker 和服务密钥保护，彻底隔离多租户数据。
• 零基础模型训练： 微软承诺绝不利用企业员工输入的 Prompt、生成的文本或通过 Microsoft Graph 读取的企业文件来训练基础 LLM。
• 基于 Exchange 的合规存储： 企业版对话记录保存在用户 Exchange Online 邮箱的合规隔离区内，管理员可通过 Purview 设定自动清除或归档策略，并支持法律留存。
• 数据处理者责任（DPA）： 微软在合同中作为数据处理者，全面满足 GDPR、ISO/IEC 27018 标准及欧盟数据边界（EU Data Boundary）要求。

2. 适用许可与前置要求

企业数据保护直接包含在大多数主流 Microsoft 365 和 Office 365 商业订阅中，无需单独购买额外许可证：

• 企业版： Microsoft 365 E3、E5、F1、F3；Office 365 E1、E3、E5、F3
• 商业版： Microsoft 365 商业基础版（Business Basic）、商业标准版（Business Standard）、商业高级版（Business Premium）
• 教育版： Microsoft 365 A3、A5；Office 365 A1、A3、A5（含教职员工与合规学生授权）
• 独立 Teams 与政务云： Teams Enterprise、Teams Essentials 以及 GCC 租户

若企业进一步增购 Microsoft Copilot 许可证（原 Microsoft 365 Copilot 附加许可），用户在享有同等级别 EDP 保护的同时，还可解锁企业内部 SharePoint、OneDrive、邮件和聊天记录的 Microsoft Graph 语义知识检索。

3. IT 管理员全流程配置实操方案

要确保全组织范围内的 Copilot 使用安全，管理员需依次配置身份防线、终端浏览器策略、联网检索开关与数据合规保留：

+-----------------------------------------------------------------------------------+
|                            1. 身份与网络边界层                                    |
|  - 分配 M365 基础许可 -> 放行 copilot.cloud.microsoft -> 配置租户限制（Tenant Restrictions）|
+-----------------------------------------------------------------------------------+
                                         |
                                         v
+-----------------------------------------------------------------------------------+
|                          2. 终端设备与 Edge 策略层                                |
|  - 强制浏览器登录（BrowserSignin = 2） -> 限制公司域名（RestrictSigninToPattern） |
|  - 页面上下文审查策略（EdgeEntraCopilotPageContext）                              |
+-----------------------------------------------------------------------------------+
                                         |
                                         v
+-----------------------------------------------------------------------------------+
|                          3. Copilot 管理中心与策略                                |
|  - Microsoft 365 管理中心设置 -> 配置必应联网检索策略（Allow web search in Copilot）|
+-----------------------------------------------------------------------------------+
                                         |
                                         v
+-----------------------------------------------------------------------------------+
|                        4. Microsoft Purview 安全治理                              |
|  - 自动保留与清理策略 -> 交互审计日志 -> 端点数据丢失防护（DLP）                  |
+-----------------------------------------------------------------------------------+

第一步：强制 Entra ID 登录，切断个人账户绕过路径

由于 EDP 仅在检测到有效的 Entra ID 身份令牌时生效，IT 部门必须防止员工在企业托管设备上使用个人微软账户访问 Copilot。

1. 部署 Microsoft Edge 浏览器组策略（Intune / GPO）

在 Microsoft Intune 或本地组策略管理器中配置 Edge 模板：

1. 强制浏览器登录（BrowserSignin）：
   • 将 BrowserSignin 设置为 2（强制用户登录以使用浏览器）。这要求所有 Edge 会话必须具备有效身份。
2. 限定登录邮箱域名（RestrictSigninToPattern）：
   • 将 RestrictSigninToPattern 配置为企业邮箱域名的正则表达式（如：.*@yourcompany\.com）。
   • 此项策略可杜绝员工在浏览器内切换至 @outlook.com、@qq.com 等个人邮箱或创建未受管配置文件的行为。
3. 管理 Edge 侧边栏上下文感知（EdgeEntraCopilotPageContext）：
   • 设定为 Enabled（1）允许 Copilot 读取并总结当前打开的内网网页与 PDF；若设为 Disabled（0），则阻止侧边栏获取当前页面文本。无论该项如何设置，受 Microsoft Purview DLP 保护的高密页面均会自动禁止 Copilot 读取。

2. 配置 Entra ID 租户限制 v2（Tenant Restrictions v2）

防止员工在企业网络内通过浏览器访问个人 MSA 或未经审批的外部合作伙伴租户：

1. 登录 Microsoft Entra 管理中心 > 外部标识 > 跨租户访问设置。
2. 配置 租户限制 v2，仅允许连接到本组织受信任的租户 ID，阻止向外泄露凭据。

第二步：配置网络端点，确保接入通道受信任

微软已将 Copilot 生态的入口统一迁移至 .cloud.microsoft 域名体系。

1. 放行核心端点： 在企业防火墙、安全 Web 网关（SWG）及代理白名单中加入通配符域名：
   • *.cloud.microsoft
   • 主访问入口：https://copilot.cloud.microsoft
2. 避免在网络层实施细粒度 URL 过滤： 微软明确建议不要在网络层针对 Copilot 的特定子协议或 IP 进行拦截。因为 Copilot 已深度集成至 Teams、Outlook 及 Office 网页版中，网络层拦截极易造成客户端协作异常。正确的管理手段是通过 Microsoft 365 平台内置策略管控。

第三步：管控必应（Bing）联网检索与查询脱敏

在默认状态下，Microsoft Copilot Chat 开启了联网检索功能，用于回答涉及最新事实或公开信息的问题。

必应检索查询的脱敏原理

当触发联网检索时：

• Copilot 仅提取提示词中的关键检索词，生成几个关键词的查询语句。
• 彻底剔除用户标识（UPN）、姓名、公司域名及租户 ID。
• 内部文档全文、邮件内容及附件绝不会发送至必应。
• 查询通过安全 HTTPS 传输，微软承诺该查询不与广告商共享，不建立用户画像，且绝不用于训练大模型。

通过云策略彻底禁用联网检索（可选）

若企业处于国防、高度机密或特定合规领域，要求彻底切断外部搜索：

1. 登录 Microsoft 365 Apps 管理中心（config.office.com），进入 云策略（Cloud Policy）。
2. 创建或修改适用于目标用户组的策略。
3. 找到 在 Copilot 中允许 Web 搜索（Allow web search in Copilot） 设置：
   • 在 Microsoft Copilot 和 Microsoft Copilot Chat 中启用： 保持标准脱敏检索功能。
   • 在 Microsoft Copilot 工作模式下禁用；在 Web 模式下启用： 保护内部工作模式不触发外部搜索。
   • 在 Microsoft Copilot 和 Microsoft Copilot Chat 中均禁用： 全面关闭必应查询。Copilot 将仅依靠模型预置权重生成回复。

管理员亦可直接在 Microsoft 365 管理中心 的 Copilot > 设置 中统一调整该开关。

第四步：配置 Microsoft Purview 数据保留与合规审计

在 EDP 架构下，交互数据落入租户 Exchange Online 合规边界，企业管理员可依规治理：

1. 配置保留策略（Retention Policies）：
   • 进入 Microsoft Purview 合规门户 > 数据生命周期管理 > 保留策略。
   • 针对 Microsoft Copilot 用户交互 创建策略。
   • 建议按企业规范配置自动清理周期（例如 30 天、60 天或 90 天自动销毁），有效降低历史数据敞口风险；亦可按法律要求配置固定留存期限。
2. 审计日志与交互追溯：
   • 在 Microsoft Purview 审计（Audit） 中，检索 CopilotInteraction 架构事件。
   • 审计日志完整记录调用时间、用户身份、客户端类型以及是否触发了联网查询。
3. 数据丢失防护（DLP）：
   • 在 Purview 中启用终结点 DLP 与 Edge DLP。对于标记有“机密”、“受限”等敏感度标签的文件，策略将自动阻断员工复制内容至 Copilot，或阻止 Edge Copilot 侧边栏读取该文件。

4. 验证与检查清单：如何确认 EDP 已生效

完成上述部署后，IT 管理员及终端用户应通过以下标准验证安全防护是否处于激活状态：

1. 界面视觉标识检查：
   • 打开 https://copilot.cloud.microsoft 或 Edge 侧边栏中的 Copilot。
   • 界面右上部或“新聊天”按钮旁应显示醒目的 绿色盾牌图标，文字标注为 已保护（Protected）。
   • 个人头像下方清晰标明 工作（Work） 账户身份。
   • 对话输入框正下方清晰显示免责说明：“在此聊天中，你的个人数据和公司数据受保护。”
2. 个人账户阻断测试：
   • 尝试在企业设备上使用个人微软账户（如 @outlook.com）登录 Edge 或 Copilot。系统应弹出策略拦截提示，无法建立未受管配置文件。
3. 合规审计验证：
   • 使用公司测试账号提交一条对话测试词。
   • 在 15 到 30 分钟后进入 Microsoft Purview 审计中心，核实是否已在当前租户下成功生成对应的交互审计日志。

5. 最佳实践总结

保障企业内部生成式 AI 的数据安全，无需依赖高复杂度的第三方网络劫持或代理转发：

• 彻底封堵个人账户： 严格借助 Intune 和 Edge 策略（BrowserSignin = 2 与 RestrictSigninToPattern）消除未受管身份的暴露面。
• 强化员工安全认知： 培训员工在输入业务数据前，务必认准绿色“已保护”护盾标识与“Work”字样。
• 权衡联网检索与保密等级： 针对研发、法务等敏感岗位，善用云策略定向关闭联网搜索功能。
• 利用 Purview 建立数据生命周期闭环： 制定规范的保留与定期清理策略，确保 AI 赋能生产力的同时，企业敏感资产始终在控。

参考资料

• Enterprise data protection in Microsoft Copilot and Microsoft Copilot Chat | Microsoft Learn
• Microsoft Copilot Chat Privacy and Protections | Microsoft Learn
• Data, privacy, and security for web search in Microsoft Copilot and Microsoft Copilot Chat | Microsoft Learn
• Manage Microsoft Copilot Chat | Microsoft Learn