Microsoft 365 Claudeコネクタの安全な管理者設定

結論から先に：Claude を Microsoft 365 に接続することは、ユーザー個人の設定ではなく、テナント管理者の判断です。Anthropic の現在のヘルプセンター記事によると（内容は変わるので、先に確認してください）、このコネクタは委任された権限を使うため、Claude がアクセスできるのは、サインインした従業員がすでに開けるものだけです。境界は二層です。コネクタのエンタープライズアプリケーションに残す Microsoft Graph の権限（Entra 管理者が一つずつ取り消せます）と、既存の SharePoint、Teams、メールボックスの権限です。誰かが接続する前に、ユーザーの同意を制限し、二つの Claude アプリにパイロットグループを割り当て、ユースケースに不要な権限を取り消し、条件付きアクセスを追加し、サインインログを監視し、過剰共有を直しておきましょう。

従業員約 150 名の香港の専門サービス会社の Microsoft 365 管理者を思い浮かべてください。この会社では、顧客の機密保持は契約上の義務であり、顧客の個人データは PDPO の対象です。IT に許可を求めた人はいませんが、従業員はすでに個人アカウントで Claude を使っています。アソシエイトが議事メモを貼り付け、数人は顧客向けメモの草稿まで貼り付けています。マネージングパートナーの依頼は筋が通っていて率直です。「正式なものにして、安全にしてください。」

パートナーが本当に求めているものは限られています。Teams の会議トランスクリプトを行動リストにまとめることと、会社の SharePoint ナレッジベースに関する質問に答えることです。対象は委任契約書のテンプレート、社内手順、過去の提案書です。望んでいないのは、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 のビジネスプランに紐づいた Microsoft Entra テナントが必要で、個人用 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 アプリの下にも現れるため、ユーザーで絞り込みます。誰がどこから接続し、条件付きアクセスが適用されたかを確認できます。月に一度確認しましょう。より広いレビューについては APAC 企業向け Entra ID セキュリティ監査ガイドが扱っています。

実践例——議事メモと文書 Q&A は許可し、メールボックスの読み取りは許可しない

香港の会社に戻りましょう。アソシエイト 10 人に会議の要約と SharePoint の Q&A を提供しつつ、HR と顧客案件のメールボックスには届かないようにします。これを二層で実現します。コネクタのメール権限を取り消し、なお到達できる機密領域へのパイロットユーザーのアクセスを外すことです。

1. パイロットグループを作る。たとえば「Claude pilot」というセキュリティグループを作り、名前を挙げた 10 人のアソシエイトだけを入れます。パートナー、HR 担当者、顧客案件メールボックスへの代理アクセスを持つ人は入れません。二つの Claude アプリの両方で「割り当てが必要ですか？」を「はい」にし、このグループだけを割り当てます。

2. メールの権限を取り消す。M365 MCP Server for Claude の「アクセス許可」の「管理者の同意」で、Anthropic の権限リファレンスにあるメール読み取りのスコープ、Mail.Read、Mail.ReadBasic、Mail.Read.Shared、MailboxItem.Read、MailboxFolder.Read を取り消します。これはテナント全体に適用されるので、メールボックスの読み取りを一切させたくない会社に合っています。パイロットユーザーには、自分のコネクタ設定で該当するメールツールをオフにしてもらいます。

3. その 10 人から機密へのアクセスを外す。メールは対象外になりましたが、Teams のチャネルと SharePoint のサイトは違います。役割に不要な HR と顧客案件のチャネルやサイトのメンバーシップ、それらの共有メールボックスに対するフルアクセスや代理送信の権限を外します。パイロットユーザーが開けないコンテンツは、Claude もそのユーザーのために読めません。この層は、誰かがメールの権限を戻した場合にも効き続けます。

4. パイロットユーザーが SharePoint で何を見られるか確認する。ナレッジベースのサイトと、「外部ユーザー以外のすべてのユーザー」に共有されているサイトに対して、共有レビューを実施します。パイロットの後ではなく前に、顧客ファイルを範囲の広いサイトから移し、壊れた継承を直します。

5. 条件付きアクセスを適用する。二つの Claude アプリに MFA と準拠デバイスを要求し、対象をパイロットグループに絞って、まずレポート専用モードで、その後に強制します。場所やサインイン頻度の条件は加えないでください。

6. 実際のプロンプトでテストする。パイロットユーザーとして次のように尋ねます。「今朝の Project Review 会議のトランスクリプトを Teams で探し、決定事項、各アクションの担当者、誰も答えなかった質問を挙げてください。」次に、「Engagement Templates の SharePoint サイトで、現行の委任契約書はどのバージョンで、解約についてどう書かれていますか。」そして、わざと破ってみます。「HR Cases メールボックスの直近 5 通のメールを要約してください」はツールエラーで失敗するはずです（そうでなければ手順 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 のコネクタのセキュリティガイドによると、ファイルの内容はオンデマンドで取得されキャッシュされませんが、ツールの実行結果は保存済みチャットの一部として保持されます。