Microsoft 365 Claude连接器安全管理员设置

一句话结论：把 Claude 连接到 Microsoft 365 是租户管理员的决定，而不是用户自己的设置。根据 Anthropic 当前的帮助中心文章（请先查阅，因为它会变），该连接器使用委派权限，所以 Claude 只能访问已登录员工本来就能打开的内容。边界有两层：连接器企业应用程序上保留的 Microsoft Graph 权限（Entra 管理员可以逐项撤销），以及你现有的 SharePoint、Teams 和邮箱权限。在任何人连接之前，先限制用户同意，把试点小组分配给两个 Claude 应用，撤销用例不需要的权限，加上条件访问，盯住登录日志，并修好过度共享。

设想一位香港专业服务公司的 Microsoft 365 管理员，公司约 150 人，客户保密是合同义务，客户的个人资料则受 PDPO 规管。没有人征求过 IT 的同意，但员工已经在用个人账号使用 Claude：助理把会议记录粘贴进去，还有几个人粘贴了客户备忘录草稿。管理合伙人的要求合理而直接："把它变成正式的，而且要安全。"

合伙人真正想要的范围其实很窄。他们希望 Claude 把 Teams 会议转录整理成行动清单，并就公司的 SharePoint 知识库回答问题：聘用函模板、内部流程、过往方案。他们不希望的是，Claude 有任何途径触及 HR 邮箱，或存放保密往来函件的客户案件邮箱。

管理员打开连接器的帮助页面，发现它把 Outlook 邮件、日历、Teams、OneDrive 和 SharePoint 一并覆盖，于是怀疑"会议记录可以、邮箱不行"到底能不能表达出来。可以，但不是靠 Claude 里的某个开关：控制手段在 Entra ID 里，以及公司自己的访问权限里。

"把 Claude 连接到 Office 365"实际授予了什么（委派权限与应用程序权限）

Microsoft 365 应用可以通过两种不同方式获得访问权。应用程序权限让应用以自身身份、在没有用户在场的情况下跨整个租户运行，备份工具或合规扫描器需要的就是这种。委派权限让应用代表已登录的用户行事，而且只能在该用户本来就被允许查看的范围内。微软在 Microsoft Learn 上记录了这个区别，它是这项决策中最重要的概念。

根据 Anthropic 当前的帮助中心文章，Microsoft 365 连接器使用委派权限：Claude 代表每位已登录的用户行事，只能访问该用户本来就能访问的数据，对应其现有的 Microsoft 365 权限。它不使用应用程序权限。这是好消息：不存在一个悄悄读取一切的租户级服务账号。

启用它会在 Entra ID 中创建两个企业应用程序："M365 MCP Client for Claude" 和 "M365 MCP Server for Claude"。它要求 Microsoft Entra 租户绑定 Microsoft 商业方案；个人 Microsoft 账号无法连接。Microsoft Entra 全局管理员需要给出一次性的租户同意，在此之前任何人都无法连接。在 Team 和 Enterprise 方案上，还需要 Claude 组织所有者启用连接器。方案适用范围以前变过，所以请查看该文章。

它能触及的范围很广：Outlook 邮件（包括主邮箱的"存档"文件夹，以及用户拥有委派访问权的共享邮箱）、日历、Teams 聊天和频道、会议转录和录制，以及 OneDrive 和 SharePoint 文件。读取和搜索工具默认可用。写入工具（发送邮件、修改日历条目、创建或更新文件、发布 Teams 消息）在所有者启用之前保持关闭；如果租户是在写入工具推出之前同意的，还需要全局管理员批准扩大后的权限。访问按需发生，可以撤销。独立的联机存档邮箱不在邮件搜索的覆盖范围内。

在第一位员工连接之前配置好租户

请按顺序操作，并且在第一位员工点击"连接"之前完成。Entra 的菜单名称经常变动，所以请把下面的路径当作指引，并查阅 Microsoft Learn 获取当前路径。

限制用户同意，避免员工自己批准任意应用

Entra ID 允许你决定普通用户能否自行同意应用授权。在"企业应用程序"的"同意和权限"下，选项包括完全不允许用户同意，或者只允许来自已验证发布者、且仅限你已归类为低影响的权限。对于有客户保密义务的公司，更安全的设置是：凡是会读取邮件或文件的应用，一律不允许用户同意。Claude 连接器无论如何都需要全局管理员同意；这项设置管的是其他所有 AI 插件。

再配合管理员同意工作流。当用户遇到自己无法批准的同意提示时，可以提交请求，由指定的审批人，而不是碰巧在线的某位全局管理员，来批准或拒绝。这样可以避免那些从免费试用开始的 AI 插件悄悄蔓延。

只同意用例所需的权限，并指定谁可以使用

点击之前先读默认权限集：Anthropic 的文章逐项列出了它（Mail.Read、Mail.Read.Shared、Chat.Read、Sites.Read.All 等）。之后你可以收窄。在"企业应用程序"中打开 "M365 MCP Server for Claude"，进入"权限"，在"管理员同意"选项卡上逐项撤销 Microsoft Graph 权限；需要这些权限的工具随后会返回 "Failed to call tool" 错误。撤销对租户里的所有人生效，重新执行管理员同意会恢复默认权限，所以请记录你撤销了什么。

你还能控制谁可以使用它。在 Entra 管理中心打开 "M365 MCP Server for Claude"，进入"属性"，把"需要分配？"设为"是"并分配一个小组，再对 "M365 MCP Client for Claude" 做同样的设置：Anthropic 要求两个应用限制给同一批人。先从十来个人的试点小组开始，而不是整家公司。

为该应用启用条件访问和 MFA，并用登录日志查看谁连接了

条件访问策略可以针对某个企业应用程序，所以你可以为 Claude 应用要求 MFA 或合规设备。但先了解限制：Anthropic 的文章说明，Claude 的服务器会从 Anthropic 的 IP 地址段发出后续请求，所以基于位置、网络或登录频率的策略可能会让所有人都无法使用连接器；设备合规性则按连接时记录的设备来检查。先用仅报告模式测试。如果你的 MFA 推行还不完整，请先把它补齐；香港一家会计师事务所的 MFA 推行展示了一个可行的推进顺序。

然后持续观察。在 Entra 登录日志里，也要查看非交互式选项卡，连接器的服务器端请求出现在那里；并按用户筛选，因为记录可能出现在任何一个 Claude 应用下。你可以看到谁连接了、从哪里连接、条件访问是否生效。每月看一次；亚太区企业 Entra ID 安全审计指南涵盖了更广泛的审查。

实操示例——允许会议记录和文档问答，但不允许读取邮箱

回到香港这家公司：为十位助理提供会议摘要和 SharePoint 问答，同时让 HR 邮箱和客户案件邮箱无法触及。做法分两层：撤销连接器的邮件权限，再移除试点用户对仍可触及的敏感区域的访问权。

1. 创建试点小组。建立一个安全组，例如"Claude pilot"，包含十位指名的助理，不含合伙人、不含 HR 员工，也不含任何对客户案件邮箱有委派访问权的人。在两个 Claude 应用上都把"需要分配？"设为"是"，并且只分配这个小组。

2. 撤销邮件权限。在 M365 MCP Server for Claude 的"权限"、"管理员同意"下，撤销 Anthropic 权限参考里的邮件读取权限：Mail.Read、Mail.ReadBasic、Mail.Read.Shared、MailboxItem.Read 和 MailboxFolder.Read。这对整个租户生效，正适合完全不想读取邮箱的公司。请试点用户在自己的连接器设置中关闭对应的邮件工具。

3. 移除这十个人手上的敏感访问权。邮件已经排除，但 Teams 频道和 SharePoint 站点还没有。移除他们岗位用不到的 HR 和客户案件频道及站点成员身份，以及对这些共享邮箱的完全访问或代发权限。试点用户打不开的内容，Claude 也无法替他们读取；即使有人恢复了邮件权限，这一层仍然有效。

4. 检查试点用户在 SharePoint 里能看到什么。对知识库站点，以及任何共享给"除外部用户外的所有人"的站点做一次共享审查。在试点之前，而不是之后，把客户文件移出范围过宽的站点并修复中断的权限继承。

5. 应用条件访问。为两个 Claude 应用要求 MFA 和合规设备，范围限定为试点小组，先用仅报告模式，然后再强制执行。不要加入位置或登录频率条件。

6. 用真实提示词测试。以试点用户的身份问："在 Teams 里找到今天上午 Project Review 会议的转录，列出各项决定、每项行动的负责人，以及没有人回答的问题。"然后问："在 Engagement Templates 这个 SharePoint 站点里，聘用函现行的是哪个版本，其中关于终止是怎么写的？"再试着让它出错："总结 HR Cases 邮箱里最近的五封邮件"应当以工具错误失败（否则第 2 步没做完）；询问 HR Teams 频道本周的消息应当什么也返回不了（否则第 3 步没做完）。

7. 复核，然后再扩大。两周后，查看试点用户的登录日志，询问哪些有用，然后才加入下一个小组。

请注意这个示例声称了什么。邮件是通过撤销权限对整个租户关闭的，而不是 Claude 里的某个设置；如果合伙人以后希望 Claude 处理自己的收件箱，就恢复邮件权限，依靠第 3 步（见 Claude 与 Microsoft 365 邮件自动化）。它也没有把 Claude 限制在指定的 SharePoint 站点：Anthropic 说明不支持按站点限制，所以这个示例限制的是人。

个人账号 vs 受管的 Team 部署 vs 彻底阻止

员工使用个人 Claude 账号（现状）。该连接器在 Free、Pro 和 Max 方案上也可用。在全局管理员为租户同意之前，任何人都无法连接；但之后任何拥有 Microsoft 商业登录的员工都可以用个人账号连接，除非"需要分配？"加以限制。公司对这个 Claude 账号没有任何控制；手段都在 Entra：分配、撤销权限和条件访问。
受管的 Team 或 Enterprise 组织。公司拥有 Claude 组织，并控制 SSO、成员，以及是否启用连接器。由所有者开启，由全局管理员一次性同意，再由你在 Entra 里分配试点小组。请查阅 Anthropic 的商业条款和信任中心，了解这些方案下数据如何处理，不要假定适用个人版条款。
彻底阻止。不对该连接器做管理员同意，这样租户里没有人能连接；对其他应用继续限制用户同意，并写进员工政策。对于尚未准备好的公司，这是一个正当的答案。但它拦不住有人在浏览器里把客户备忘录粘贴进个人账号，所以需要配套政策和一个获批的替代方案。

把事情做对——敏感度标签、访客访问，以及连接器仍然能触及的内容

由于权限是委派的，连接器就是你租户现有访问权限的一面镜子，这些权限里的所有问题，会在有人第一次提问时就变得可以触及。一个共享给"除外部用户外的所有人"的 SharePoint 站点、一个权限继承中断的团队、一个带着旧共享链接的文件夹：Claude 找到的就是用户能找到的东西，只是更快。Copilot 过度共享就绪指南讲了如何清理，它在这里同样适用。

敏感度标签和站点权限是你真正拥有的控制手段。给客户案件站点和 HR 文档库打上标签，把它们限制给指定小组，并审查访客账号：能打开某个站点的访客，也能通过助手打开它。在把标签和加密当作硬性拦截之前，请查阅 Anthropic 和微软当前的文档，了解它们与连接器配合时的表现。

增加一个离职步骤。访问权可以撤销，并且跟随用户，所以有人离职时，请禁用账号、撤销其会话、把他从分配小组中移除，和你对任何应用的做法一样。个人 Claude 账号不在你的控制之内，所以要提醒离职者哪些公司信息不得保存在那里。

把决定写下来。PDPO 的保障资料第 4 原则要求采取所有切实可行的步骤，防止个人资料受未获准许的查阅，所以请记录谁批准了该连接器、哪个小组拥有它、撤销了哪些权限、启用了哪些工具以及日期，并在 Anthropic 修改连接器时复查。

决定哪些小组应当使用 Claude、连接器可以碰什么、不可以碰什么，并围绕它写好提示词和规则，属于 AI+ Support 的工作。它所依赖的条件访问、MFA 和同意控制属于 MFA 与条件访问的工作，日常的租户管理由管理型IT外包服务和云服务承担，之后员工的问题则交给我们的 IT 支持团队。

常见问题

连接器能看到员工能看到的一切吗？

原则上是的。根据 Anthropic 当前的文章，它对应每位用户现有的 Microsoft 365 权限，所以默认可以在用户提出请求时触及邮件（包括用户可访问的共享邮箱）、日历、Teams、会议转录和录制，以及 OneDrive 和 SharePoint 文件。你在 Entra 里撤销的任何权限，都会对所有人收窄这个范围。

能把它限制在某些 SharePoint 站点吗？

不能。Anthropic 的文章说明，SharePoint 搜索按用户权限覆盖整个租户，不支持按站点限制。实用的办法是改变谁能看到什么，也就是移动或限制内容，并且只分配一个试点小组。

有人离职时，访问权会怎样？

访问权可以撤销，并且绑定在用户的 Microsoft 账号上。禁用账号、撤销其会话、把他从分配小组中移除，和你的标准离职流程一样。在个人 Claude 账号里进行的对话不在你的控制之内，这正是政策的意义所在。

这和 Microsoft Copilot 是一回事吗？

不是。Copilot 是微软自己的助手，内置于 Microsoft 365，通过微软授权。Claude 连接器是你 Entra 租户里的第三方应用，有自己的同意流程、企业应用程序和数据条款。过度共享的问题对两者是一样的，所以一次清理可以同时服务两者。

数据在哪里处理？

请核实，不要假定。对于 Team 或 Enterprise 组织，请从 Anthropic 的商业条款和信任中心入手，了解数据使用、保留期限和处理地点，并与你自己的法律顾问对照 PDPO 义务进行确认。Anthropic 的连接器安全指南说明，文件内容按需获取、不会缓存，但工具调用结果会作为已保存对话的一部分保留。