SharePoint の権限の継承を解説

By Mirko Peters · 2026-04-17

SharePoint の権限の継承を詳しく解説します。サイト コレクションからファイルまで権限がどのように伝播するか、継承を解除すべきタイミング、継承を元に戻す方法、そして Microsoft 365 におけるガバナンスのベスト プラクティスを学べます。

Automatically translated with AI from the original post. Read the English original

SharePoint の権限の継承は、親サイトからすべてのサブサイト、ライブラリ、フォルダー、ファイルへとアクセス権がどのように伝わるかを制御する仕組みです。正しく構成すれば、個別の権限設定を繰り返す手間が省け、一貫したセキュリティ モデルを適用でき、健全な Microsoft 365 ガバナンスの土台になります。設定を誤ると、正当なユーザーをアクセスできない状態にしてしまうか、本来見るべきではない人に機密データを気付かれないまま公開してしまうおそれがあります。

このガイドでは、Microsoft 365 管理者、サイト所有者、ガバナンス担当者が知っておくべきことをまとめています。SharePoint の階層の各レベルで継承がどのように機能するか、継承をいつどのように解除するか、元に戻す方法、そして権限の乱立を防ぐガバナンスのベスト プラクティスを扱います。日々の判断を素早く行えるよう、すぐに使えるリファレンス表も掲載しています。

SharePoint の権限の継承とは

SharePoint の権限の継承とは、子オブジェクト（サブサイト、ドキュメント ライブラリ、リスト、フォルダー、個々のファイル）が、親コンテナーの権限設定を自動的に引き継ぐことを指します。SharePoint では新しく作成されるオブジェクトは既定で親から継承されるため、権限は最上位で一度設定するだけで、追加の操作なしに階層全体へ反映されます。

継承が有効な場合、管理者はサイト コレクションのルートで一度権限を設定すれば、配下のすべてのオブジェクトがそのルールに従います。特定の場所で別のアクセス パターンが必要になった場合、たとえば機密性の高い人事フォルダーや経営層向けのブリーフィング ライブラリでは、その特定のオブジェクトだけ継承を解除し、そこにだけ固有の権限を割り当てます。サイトのそのほかの部分は、引き続き通常どおり継承します。

SharePoint のアクセス許可レベル：完全リファレンス表

SharePoint には、特定の機能を名前付きのロールにまとめた組み込みのアクセス許可レベルが 5 つあります。効果的な継承戦略を設計するには、まず各レベルを理解することが欠かせません。下の表では、組み込みのレベルをすべて示し、それぞれの想定ユーザーと許可される操作を整理しています。

SharePoint の権限の継承の仕組み：階層全体

SharePoint のコンテンツは、厳密な親子階層で構成されています。権限は、明示的に中断されない限り、この階層の最上位から下に向かって伝わります。各レベルが継承にどのように関わるかは、次のとおりです。

SharePoint の権限の継承を解除する方法：手順ごとの解説

継承の解除は、特定のオブジェクトに親とは独立した固有のアクセス許可セットを与えるための、管理者による意図的な操作です。継承を解除する前に、親レベルのグループを使用してセキュリティ上の要件を満たせないかを確認してください。継承の解除を多用すると、監査や保守が困難な権限の乱立を招きます。どうしても解除が必要な場合、SharePoint Online のドキュメント ライブラリまたはフォルダーでは次の手順を行います。

• 手順 1：設定したいライブラリまたはフォルダーに移動します。左側のナビゲーションまたはサイトのコンテンツから、ドキュメント ライブラリを開きます。
• 手順 2: 「アクセス許可」ページを開きます。「設定」(歯車アイコン) > 「ライブラリの設定」 > 「このドキュメント ライブラリのアクセス許可」の順に選択します。フォルダーの場合は、フォルダーを選択して三点メニューをクリックし、「アクセス許可の管理」 > 「詳細設定」を選びます。
• 手順 3: 「アクセス許可の継承を停止」をクリックします。親のアクセス許可のコピーがオブジェクトに個別に付与されることを示す確認ダイアログが表示されます。「OK」をクリックして続行します。
• 手順 4: 一意のアクセス許可を設定します。アクセスさせるべきではないグループやユーザーを削除し、「アクセス許可の付与」を使って、必要なユーザーやグループを適切なアクセス許可レベルで追加します。
• 手順 5: 変更内容を記録します。継承を中断した理由、追加したユーザーやグループ、次回のレビュー日を記録してください。この記録は監査と継続的なガバナンスにとって非常に重要です。

SharePoint のアクセス許可の継承を中断すべきとき: ビジネス上のユースケース

すべてのアクセス制御の課題で継承を中断する必要があるわけではありません。多くの場合、親レベルで別のグループにユーザーを追加するだけで、同じ目的をはるかに少ない管理の手間で達成できます。以下の判断表を使って、お使いのシナリオで継承を中断するのが適切かどうかを判断してください。

シナリオ

SharePoint のアクセス許可の継承を復元する方法

継承を復元すると、オブジェクトは親に再度リンクされ、そのオブジェクト上のすべての一意のアクセス許可が削除されます。復元する前に、一意のアクセス権を持つユーザーやグループのうち、親のアクセス許可が適用された後にアクセスを完全に失うものがないか確認してください。この操作は UI から元に戻すことができません。実行すると、カスタムのアクセス許可はすべて削除され、親の設定が直ちに適用されます。

継承されたアクセス許可を復元するには、リスト、ライブラリ、フォルダー、またはアイテムのアクセス許可ページに移動します(「設定」 > 「ライブラリの設定」 > 「このドキュメント ライブラリのアクセス許可」)。オブジェクトに一意のアクセス許可があることを示す黄色のバナーや通知が表示されます。「一意のアクセス許可の削除」または「アクセス許可の継承」をクリックします(表示される文言は従来の SharePoint とモダン SharePoint で異なります)。表示されるダイアログで確認します。影響を受けるユーザーに対して「アクセス許可の確認」を実行し、復元されたアクセスが正しいことを確認してください。

SharePoint のアクセス許可の継承でよくある間違いと修正方法

経験豊富な SharePoint 管理者でも、アクセス許可の継承を扱う際にこうしたミスを犯すことがあります。早めに認識して修正方法を知っておくことで、セキュリティ上の穴、アクセス許可の乱立、長期的なガバナンス上の問題を防げます。以下の表では、最も多いミスと具体的な改善策を示します。

SharePoint のアクセス許可の継承におけるベストプラクティス

少数の一貫した方法に従うだけで、大規模な組織における SharePoint のアクセス許可の継承管理の複雑さを大幅に減らせます。新しいサイトやプロジェクトの開始時からこれらの原則を適用し、ガバナンスポリシーを通じて徹底してください。

• 方法 1: アクセス許可は個人ではなくグループを使ってサイトレベルで設計します。業務上の役割に対応する Microsoft Entra ID（Azure AD）セキュリティ グループ（例: HR-Staff、Legal-Team、Finance-Readers）を作成し、それらのグループをサイト コレクション レベルで SharePoint のアクセス許可レベルに割り当ててください。チームへの参加者や離脱者は、Microsoft Entra ID グループへの追加や削除だけで対応でき、SharePoint のアクセス許可を直接変更する必要はありません。
• 方法 2: 継承の解除を最小限にします。継承を解除する前に、必ず次の点を確認してください。別の SharePoint グループを使うか、より制限の強いアクセス許可レベルで特定のグループを親に追加すれば、同じ結果を得られないか。得られるのであれば、継承はそのまま維持します。固有のアクセス許可は、親の階層では必要なアクセス要件を満たせない場合にのみ使用してください。
• 方法 3: 四半期ごとにアクセス許可の監査を実施します。Microsoft 365 管理センター、Microsoft Purview、または PnP PowerShell スクリプトを使って、SharePoint 環境のどのオブジェクトに固有のアクセス許可（継承の解除）が設定されているかを示すレポートを作成してください。固有のアクセス許可が設定されたオブジェクトはすべて、現在の業務要件に照らして確認します。固有のアクセス許可が不要になっている場合は、統合するか継承を復元してください。
• 方法 4: 固有のアクセス許可はすべて文書化します。固有のアクセス許可を設定したオブジェクトの管理台帳（シンプルな SharePoint リストで十分です）を維持し、次の情報を記録してください。固有のアクセス許可が設定されたオブジェクトの URL、継承を解除した日付、業務上の理由、アクセス権を持つグループとユーザー、変更を承認した人、次回の定期確認日です。この台帳は、監査、移行、コンプライアンス レビューの際に非常に役立ちます。
• 方法 5: 最小権限の原則を徹底します。ユーザーが業務を遂行できる範囲で、最も制限の強いアクセス許可レベルを割り当ててください。ほとんどのチーム メンバーには、「編集」や「フル コントロール」ではなく「共同作成」が必要です。「フル コントロール」はサイト所有者と管理者のために留保してください。四半期ごとの監査では、すべての「フル コントロール」の割り当てを確認します。管理タスクを実際に行っていない「フル コントロール」アカウントは、セキュリティ上のリスクです。

SharePoint Online と SharePoint Server: アクセス許可の継承の違い

継承の基本的な概念は両方のプラットフォームで同じですが、管理エクスペリエンスと利用可能なツールは大きく異なります。ハイブリッド環境を管理する管理者や移行を計画する管理者は、これらの違いを理解しておく必要があります。

アクセス許可の継承と SharePoint ガバナンス

アクセス許可の継承は単なる技術設定ではなく、効果的な SharePoint ガバナンス フレームワークの基盤です。計画的な継承戦略がなければ、どれほど意欲のある組織でも、アクセス許可の乱立が起こります。固有のアクセス許可が設定されたオブジェクトが何千ものサイトに数百も散在し、文書化も定期的な確認プロセスもない状態になってしまいます。

SharePoint のアクセス許可の継承に関する適切なガバナンス計画では、次の4点を定めておく必要があります。(1) 継承を解除できるユーザー、(2) 解除の前後に必要なドキュメント、(3) すべての固有のアクセス許可を確認する頻度、(4) コンプライアンスレポートの生成に使用するツールとスクリプト。SharePoint と併用して Microsoft Teams を利用している組織では、これらのガバナンスルールを Microsoft 365 グループにも拡張する必要があります。Microsoft 365 グループは、接続されたチームサイトを通じて SharePoint サイトのアクセス許可を管理しています。

SharePoint のアクセス許可の継承に関するよくある質問

Q: SharePoint のアクセス許可の継承とは何ですか。また、どのように機能しますか。

A: SharePoint のアクセス許可の継承とは、サブサイト、ライブラリ、リスト、フォルダー、ファイルといった子オブジェクトが、親のアクセス許可を自動的に引き継ぐことを意味します。サイトコレクションレベルでアクセス許可を設定すると、特定のオブジェクトで継承の連鎖を明示的に解除しない限り、その下にあるすべてのオブジェクトがその設定を引き継ぎます。

Q: SharePoint のアクセス許可の継承をいつ解除すべきですか。

A: 特定のライブラリ、フォルダー、ファイルに、親サイトが提供するものとは異なるユーザーやアクセス許可が本当に必要な場合に、継承を解除します。妥当な理由としては、機密性の高い人事や法務関連のファイルの保護、プロジェクトフォルダーへの期間限定の外部ベンダーアクセスの付与、一般社員からの経営層向けコンテンツの保護などが挙げられます。利便性のためや、グループメンバーシップの変更で解決できる要望に応えるために継承を解除しないでください。

Q: SharePoint で継承を解除した後、継承を復元するにはどうすればよいですか。

A: ライブラリ、フォルダー、またはアイテムのアクセス許可ページに移動します(設定 > ライブラリの設定 > このドキュメント ライブラリのアクセス許可)。[固有のアクセス許可の削除] または [アクセス許可の継承] をクリックします。そのオブジェクトに設定されたすべてのカスタムアクセス許可が削除され、親からアクセス許可を継承するようになります。影響を受けるユーザーに変更を伝える前に、[アクセス許可の確認] を使用して結果のアクセス権を検証してください。

Q: SharePoint Online は、SharePoint Server と比べてアクセス許可の継承の扱いが異なりますか。

A: 継承の仕組み自体は両バージョンで同じです。違いは管理 UI とツールにあります。SharePoint Online はモダンなインターフェイスを備え、Microsoft Entra ID (Azure AD) のグループや、監査のための Microsoft Purview と統合されています。SharePoint Server は従来のアクセス許可ページとオンプレミスの Active Directory に依存しています。一方のプラットフォームに慣れた管理者は、もう一方でも同じ継承の概念を認識できるでしょう。

Q: 大規模な SharePoint 環境でアクセス許可を管理する最善の方法は何ですか。

A: ロールに対応付けた Azure AD のセキュリティ グループを使用し、そのグループをサイトコレクションレベルで割り当てます。ユーザーへの直接割り当ては完全に避けてください。PnP PowerShell を使って大規模にアクセス許可を監査し、固有のアクセス許可を持つオブジェクトを特定し、必要に応じて継承を一括で復元します。あわせて、継承を解除できるユーザーを制限し、すべての例外にドキュメントを必須とするガバナンス ポリシーを設けてください。

Q: PowerShell を使って大規模に SharePoint のアクセス許可の継承を管理できますか。

A: はい。PnP PowerShell には、サイト全体のアクセス許可を分析するための Get-PnPListItem や Get-PnPSiteGroup などのコマンドレットが用意されています。コマンド Get-PnPList | Where-Object { $_.HasUniqueRoleAssignments } を使うと、サイト内で継承が解除されているリストとライブラリを特定できます。一括復元には、Reset-PnPListItemPermission を使うか、Set-PnPListItemPermission を呼び出すループ処理のスクリプトを使用して、数百のアイテムの継承を同時に復元できます。

Q: SharePoint でコンテンツを移動またはコピーすると、アクセス許可の継承は維持されますか。

A: 同じサイトコレクション内でコンテンツを移動すると、通常は移動先の継承設定が維持されます(アイテムは移動先のコンテナーの継承を引き継ぎます)。コピーでは、移動先から継承する新しいオブジェクトが常に作成されます。継承が解除されているアイテムを移動またはコピーしても、固有のアクセス許可は移動先に自動的には引き継がれません。固有のアクセス許可を持つコンテンツを含む移動やコピーの操作を行うたびに、アクセス許可を手動で再確認し、再適用する必要があります。

SharePoint のアクセス許可の継承に関する重要なポイント

SharePoint のアクセス許可の継承は、サイトコレクションのルートから、すべてのライブラリ、フォルダー、ファイルへアクセス権を流すための既定の仕組みです。Microsoft 365 管理者やガバナンス責任者にとって、これを十分に理解しておくことは不可欠です。

継承は時間の節約になり、一貫性も確保できます。サイト コレクション レベルで一度アクセス許可を設定すれば、繰り返しの構成作業がなくなり、予測可能で監査可能なセキュリティ ベースラインが作れます。アクセス管理が個別対応の方が楽に思えても、継承を解除したくなる衝動は抑えてください。

継承を解除してよいのは、明確で文書化された業務上の理由がある場合のみです。有効な理由には、人事記録や法務文書、経営層向けのコンテンツ、期間限定の外部パートナーアクセスの保護などがあります。例外はすべてアクセス許可の台帳に記録し、個別にアクセス許可を設定したオブジェクトごとに見直し日を設定してください。

拡張性のあるアクセス許可管理の基盤は、個々のユーザーではなくグループです。業務上の役割に合わせた Azure AD セキュリティ グループを使えば、ユーザーの入社や退社の対応はグループのメンバーシップを変更するだけで済みます。数十のサイトにわたって SharePoint のアクセス許可を個別に更新する必要はありません。

四半期ごとの監査は任意ではありません。個別のアクセス許可は、気づかないうちに蓄積していきます。Microsoft Purview や PnP PowerShell スクリプトを使った定期的な監査がないと、従業員の退職やプロジェクトの終了、業務ニーズの変化の後も、不要なアクセス権が残ったままになります。アクセス許可の見直しは、事後の片付けではなく、ガバナンスの中核となる活動として計画し、確実に実施してください。

ガバナンスによって、継承は単なる技術的な詳細から戦略的な統制手段へと変わります。誰が継承を解除できるのか、どのような正当化が必要か、アクセス許可をどのように見直すのかを定義している組織は、SharePoint をセキュリティ上のリスクになりかねない存在から、統制が取れ、コンプライアンスに対応し、拡張性のあるコラボレーション基盤へと変えられます。10 サイトを管理する場合でも 10,000 サイトを管理する場合でも、原則は同じです。広く継承し、慎重に解除し、常に文書化し、定期的に監査してください。