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 的連接器安全指南說明，文件內容按需獲取、不會快取，但工具調用結果會作為已保存對話的一部分保留。