セキュリティおよびITチーム向けのAIガバナンス監査

経営陣がMicrosoft 365 Copilotを承認し、2日後に法務部がどの機密ファイルを閲覧できるかを知りたがっています。調査では、Netwrix 2026 Data and Identity Security Report によると、セキュリティおよびITリーダーの71％が特定の機密データにアクセスできるアイデンティティを即座に特定できないと答えています。

アシスタント自体が問題になることはほとんどありません。Microsoftのドキュメントによると、Copilotは組織のデータを表示します 個々のユーザーが少なくとも閲覧権限を持つため、古くなったグループメンバーシップや過剰に共有されたサイトがすべて、プロンプトの結果になる可能性があります。管理のギャップは、レビューなしに何年ものアドホック共有が蓄積された基盤となる権限層にあります。

レイヤー1のアイデンティティとファイルを1つずつテストすることが、誰も信用に頼らなくて済む答えを生み出します。

AIガバナンス監査とは何ですか？

AIガバナンス監査は、AIがデータ、アイデンティティ、およびワークフローにアクセスするための管理が設計通りに機能しているかを調査します。証拠にはログ、テスト結果、権限レポート、日付入りのレビューが含まれます。PwCの監査ガイダンスは、この作業をAI関連の管理の設計と有効性をテストすることと位置づけています。つまり、各管理がどのように設計されているか、どのように機能しているか、経営陣がどのようにテストしているかを文書化することを意味します。

ガバナンス監査はコントロールの有効性で終了します。モデルのパフォーマンステストは、バイアス、ドリフト、精度、説明可能性を扱う別の分野です。

範囲はガバナンスとポリシー、技術的およびモデルリスク、データアクセスとアイデンティティコントロールに及びます。IIA's AI Auditing Framework は責任ごとに作業を割り当て、スリーラインモデルにマッピングして、ガバナンス機関、経営陣、内部監査がそれぞれ定義された役割を持つようにします。アイデンティティは明確に範囲内であり、ISACA AAIA outline は監査人に組織のAI特化型アイデンティティおよびアクセス管理プログラムを評価することを求めています。

なぜAIガバナンス監査がポリシードキュメントより重要なのか

ポリシーは意図を示します。監査は、その意図が実際のテナントとの接触を乗り越えたことを示す証拠を作成します。このギャップがガバナンスプログラムとガバナンススライドを分け、4つの具体的な方法で効果をもたらします。

証拠に基づくAI導入の承認

セキュリティチームは、他者が設定したスケジュールでAI展開を承認するよう求められます。完了した監査により、どのAIツールがどのIDでどのデータにアクセスするかの名前付きリストで承認できます。承認は、単に説明されたのではなく、実際に誰かがテストした境界に基づきます。

ポリシーを測定記録に変換する

NIST AI RMFの継続的な測定に関する期待はMEASURE 2.4にあります。これは、MAP機能で特定されたAIシステムおよびそのコンポーネントの機能と動作が「本番環境で監視される」ことを示しています。 監査は、ログ、権限レポート、署名済みテスト結果、日付と名前が付いたレビューから構築された、その期待を満たす記録に書面によるポリシーを変換します。

インシデントになる前に露出を見つける

過剰に共有されたサイトや古い権限は、通常、調査中に他人のスケジュールで明らかになります。Netwrix 2026 Data and Identity Security Reportによると、機密データの露出の75％は、侵害されたIDまたは誤設定された権限から始まります。これにより、権限レイヤーが最も効果的に調査すべき場所となります。

スケジュールされた監査は、侵害レビューの数ヶ月前に、チケットと指名された担当者とともにそれらの条件を所見に変えます。

スケジュールされた監査は、違反レビューの数か月前に、これらの条件をチケットと指定された所有者のある所見に変換します。

リーダーシップに動く数字を提供する

取締役会は追跡可能な作業に資金を提供し、完了した監査は未解決のギャップ数と担当者および目標日を示します。チームは失敗した管理テストと未解決の発見からその数を導き出すため、進捗はパッチ適合率やフィッシング失敗率のようなトレンドラインとして読み取れます。

AIガバナンスコントロールの監査方法

防御可能な監査は、順番に5つの質問に答えます。使用されているAIシステム、各システムがアクセスできる機密データ、どのIDで動作しているか、適用される管理策、そしてそれらの管理策が機能している証拠をカバーします。以下の6つのステップを順に進め、各ステップを最後に指定された成果物で完了してください。

1. AI資産およびデータアクセスのインベントリを作成して検証する

インベントリを3つのソースから取得してください。単一のシステムですべてを把握することはできないためです。Microsoft Entra IDからライセンスされたAIアプリとservice principalsを取得します。各SaaSベンダーのリリースノートと管理センターから埋め込みAI機能を追加し、さらに出口ログやCASBからの非承認ツールも加えます。各エントリについて、所有者、ビジネス目的、環境、およびツールが読み取れるリポジトリを記録してください。

次に、3つのリストを照合し、すべての差異を発見事項として扱います。未登録のツールにはそれぞれ責任者と決定日を割り当て、保持するかブロックするかを決定し、その結果を記録します。非承認の使用は調達記録にほとんど現れないため、shadow AI securityは承認済みツールとともに最初の段階で扱うべきです。

承認と安全性は別の問題であるため、すでに承認したツールにも同じ厳密な検査を適用してください。特定のテナントでCopilotが安全かどうかは、そのライセンスを持つIDが何にアクセスできるかによって決まり、このインベントリがそれに答えます。

環境内のすべてのAIツールが所有者およびデータソースのマッピングとともに単一のリストに表示されたら、このステップは完了と見なします。NIST AI RMF GOVERN 1.6は、組織のリスク優先度に基づいてAIシステムをインベントリし、リソースを割り当てる仕組みを要求しています。このリストはその要件を満たしています。成果物は、所見リストが添付された検証済みのインベントリです。

2. AI ポリシーごとに、それを適用する役割に対してテストします

あらゆるコントロールを見る前に、4つの質問に照らしてすべてのAI利用ポリシーを読みましょう。どの利用が許容されるか、どのデータタイプが禁止されているか、人間の関与が必要な箇所、出力の保持期間を明確にしてください。それぞれの答えを書き留め、ポリシーで未解決の質問には印をつけましょう。

次に、各ポリシーステートメントをそれを実施する責任のある指定された役割の隣に配置する2列のマップを作成します。チーム名では監査人が誰に新しいAIの使用例を承認し、高リスクのワークフローで出力をレビューするかを尋ねる相手がいないため、個人名を記載してください。名前が付いていないステートメントは発見事項です。

並行したAIルールセットを作成するのではなく、既存のガバナンスを拡張してください。IAM risk assessmentはすでに承認経路を文書化しており、確立されたidentity governance and administrationプログラムはすでに役割の所有権を定義しています。これらがAIの使用にまで及ぶことを確認し、停止点を記録してください。

GOVERN 2.1では、AIリスクのマッピング、測定、管理のための役割、責任、およびコミュニケーションラインが文書化され、組織全体の個人およびチームに明確であることが求められます。成果物は、そのポリシーから役割へのマップであり、所有されていない記述がギャップとしてリストされています。

3. AIがアクセス可能なすべてのデータソースの実効アクセスをマッピングする

このステップを4回に分けて実行し、ライセンスからファイルへと進みます。まず、Copilotライセンスを持つユーザーとグループをリストアップします。次に、各グループを実際のメンバーシップに解決し、ネストされたグループも含めます。最後に、機密データを含み、解決されたメンバーシップがアクセスできるSharePointサイト、Teams、およびメールボックスをリストアップします。

4回目のパスでは、人々が忘れがちなアイデンティティ、特にゲストから始めます。ゲストアカウントは他のどの要素よりも速くマップを広げるため、Teams guest access を同じ機密サイトに対して監査します。その後、非人間のアイデンティティについても同じ作業を繰り返します。なぜなら、Active Directory service accounts やアプリ登録は、給与にいるどの人よりも広範なアクセス権を持つことが多いからです。

ネイティブレポートからマッピングを開始し、次に見落とした部分を確認します。Microsoftの"Site permissions for users"レポートは、指定されたユーザーが直接またはグループを通じてアクセスできるSharePointまたはOneDriveのサイトを一覧表示し、ID別の最も近いネイティブビューです。

出力を完全なものとして扱う前に、ご自身の環境で3つの制限を確認してください。このレポートは organization-wide permissions report に依存しており、許可されたユーザー数上位100サイトのみを表示し、アーカイブされたサイトおよびNoAccessロック状態のサイトは除外されます。データの生成は最大48時間遅れることがあり、各テナントは30日ごとに更新されるレポートが5件に制限されています。

全体の資産にわたるネスティングを一度で解決するツールで残りをカバーします。これが data access governance の機能であり、より広いカテゴリの data access governance tools がこのギャップを正確に埋めるために存在します。成果物はリスク評価を伴う個別IDごとのアクセス調査のセットです。

4. ログトレイルがAIのやり取りを再構築できることを証明する

最近のCopilotのやり取りを1つ選び、ログだけで再構築を試みてトレイルをテストします。サインイン、プロンプトイベント、触れたファイル、AI設定の管理者による変更を取得し、file access monitoringが関係するリポジトリをカバーしているか確認します。取得できないものはすべて、カバレッジギャップとして発見リストに直接追加されます。

何かが欠落していると結論付ける前に、どのレコードタイプが何を保持しているかを確認してください。PurviewのCopilotInteraction audit recordsは、インタラクションのメタデータと、Copilotがリクエストに応答するために使用したファイルへの参照をキャプチャします。ただし、プロンプトと応答の本文はユーザーのメールボックスにあり、収集にはeDiscoveryが必要です。

Next, measure your retention window against the investigation window you'd actually need. Under Microsoft's audit retention policies, Audit (Standard) retains records for 180 days, and Audit (Premium) extends that period to 1 year for Microsoft Entra ID, Exchange, OneDrive, and SharePoint activity generated by users with E5 or equivalent licensing. Anything longer than a year requires the 10-Year Audit Log Retention add-on in addition to E5.

レコードがシステム間で実際に連結されているかをテストしてステップを完了します。チームが手動の相関なしにAIイベントをIDに、さらにファイルアクセス記録に結びつけられることを確認し、チェーンが途切れるツールのギャップを記録してください。成果物は、ワークロードごとのログカバレッジと保持期間の評価です。

5. 許可されたIDと許可されていないIDから制御テストを実行する

テストを実行する前に定義してください。後から予想結果を書いても意味がありません。既知の感度ラベルが付いたファイルを1つ、アクセスすべきアイデンティティを1つ、拒否されるべきアイデンティティを1つ選び、それぞれの期待結果を記録してください。

両方のアイデンティティから同一の取得プロンプトを発行し、2つの応答を比較します。許可されたアイデンティティはコンテンツを返し、制限されたアイデンティティは拒否するか空の結果を返すべきです。両方の試行の監査ログを確認してください。記録が残らない静かな失敗も発見事項です。

同じテストファイルに対して、DLPに同じ表面ごとの処理を行います。適用前にポリシーをシミュレーションモードで実行し、テナントに適したDLPポリシーのベストプラクティスを適用します。チャット、Word、メールの要約で各ケースを繰り返してください。ある場所で有効なポリシーが別の場所では異なる動作をすることがあるためです。

各ケースの範囲、期待される結果、実際の結果、および修正内容を記録し、作業用紙に署名してスクリーンショットとログのエクスポートを添付します。成果物は、各失敗ケースに担当者と再テスト日が記載された署名済みのテストログです。

6. 報告書を作成し、所見が修正に結びつくようにします

他の IT risk assessment 成果物のようにレポートを構成し、範囲、方法論、所見、リスク評価、修正をカバーします。所見は重要度順に並べ、読者が最も重大なギャップを最初に確認できるようにします。

各観察について、レビュアーが署名前に確認する5つの要素を含めてください。IIAのレポート作成ツールキットは、重要度評価と、状態、基準、原因、影響を含む事実の記述、さらに合意された行動、責任者、期限を明記した管理アクションプランを推奨しています。

範囲がまだ鮮明なうちに、レポートを配布する前に次の監査日を設定してください。計画された間隔でスケジュールし、新しいAI機能、権限の変更、ポリシーの改訂、ログの変更に対する変更トリガーを追加します。成果物は、そのレポートであり、再テストの日付がすでにカレンダーにあります。

Microsoft 365 Copilot のアクセス制御を確認する方法

Microsoft Copilot は、一般的な方法では指し示せない名前付き管理面にガードレールがあり、そのうちの1つのコントロールが廃止されるため、独自のパスを取得しています。Microsoftの展開ガイダンスは、発見、分類、監査、保護、監視、管理へと展開を順序付けており、それぞれの動詞は記録された結果を持つテストに対応しています。

1. まずPurviewのデータリスク評価を読んでください

Microsoft Purview Data Security Posture Management (DSPM) を開き、Discover に移動してから Data risk assessments を選択し、カスタム実行の前にデフォルトの評価を確認してください。これは使用状況上位100の SharePoint サイトを対象に週次で実行され、新しいテナントでは最初の結果が約4日で表示されます。

出力結果は使用状況と機密度のランキングが異なる方向に働くため、まだ拡大が必要なショートリストとして扱ってください。評価で指摘されたすべてをステップ3の個別IDマッピングに反映し、ランク付けされていないサイトは範囲内に維持してください。

2. SharePointのデータアクセスガバナンスレポートを取得する

リスクのある共有リンク、権限状態、Everyone Except External Users (EEEU) の露出を確認し、Data Access Governance レポートを生成します。規制対象データを保持するサイトのすべてのEEEU付与は問題点であり、匿名共有リンクは最も早く取り消せます。

これらのレポートのカバレッジを信用する前に、ライセンスの階層を確認してください。E5単独では、28日分のデータを持つ最大10,000サイトのアクティビティレポートを提供します。スナップショットレポートと修復アクションには、Copilotライセンス、Plan 1アドオン、またはMicrosoft 365 E7が付属するSharePoint Advanced Managementが必要です。

3. 制限された SharePoint 検索をサポートされているコントロールに置き換えます

テナントがまだ Restricted SharePoint Search（RSS）に依存してCopilotを抑制しているか確認し、該当する場合は移行の所見を記録してください。MicrosoftはMicrosoft 365メッセージセンターを通じて廃止を発表しており、2026年7月31日から新規のRSS有効化をブロックし、2027年1月31日に機能を完全に廃止します。

まだ時間があるうちに置き換えを計画してください。既存のRSS設定はRestricted Content Discoveryに自動的に移行されません。現在RSSで保護されているサイトをリストアップし、それぞれを権限修正またはRestricted Content Discoveryのエントリにマッピングしてください。

4. すべてのCopilotの画面でラベルとDLPをテストする

まずテストファイルの感度ラベルを確認し、その後Purview DLP構成をMicrosoft 365 CopilotおよびCopilot Chatで確認してください。同じケースをCopilot Chat、Word、メール要約で実行し、それぞれの画面を個別に記録します。

ポリシーのアクションが実際に行う内容と結果を照らし合わせてください。DLPアクションはCopilotが機密コンテンツを処理するのを防ぎますが、ユーザーのファイルアクセスはそのまま残るため、ドキュメントを開いたユーザーはテストに合格したことになります。各ケースについて、ID、ファイル、期待される結果、実際の結果、該当するラベルまたはDLPルール、タイムスタンプを記録してください。

5. 証拠をエクスポートして再チェックをスケジュールする

テスト期間のCopilotアクティビティのPurview監査記録をエクスポートし、チームが実際に必要とする調査期間に合わせて監査ログの保持期間を設定します。Microsoft Entra access reviewsをTeamsおよびサイトアクセスを管理するグループメンバーシップに対してスケジュールし、失敗したテストごとに担当者を割り当て、再テストの日程を予約します。

レビュー済み設定のチェックリストではなく、単一の具体的な基準に対してCopilotの検証を評価します。チームはファイル名を挙げ、Copilotが制限されたIDで要約しないことを示し、どの権限、ラベル、またはDLPルールがそれを阻止したかを説明し、テストが行われたことを証明するPurviewの記録を提示できる場合に合格とします。

AIガバナンス監査のための証拠と準備チェックリスト

AIデータアクセス監査は、監査人が検査できる証拠に基づいています。4つのカテゴリが大部分の重みを占めます：

• インベントリ証拠： 所有者と環境を含むAIシステムとツールのリスト、および各システムがアクセスできるデータソースのドキュメント
• ポリシーと管理の証拠： 変更ログ付きの使用ポリシー、役割定義、およびAIガバナンスのためのresponsible、accountable、consulted、informed（RACI）マトリックス、ならびにAIユースケースごとのリスク評価
• Identity、アクセス、および監視の証拠： Identityごとのアクセスレポート、AI活動ログ、DLPトリガー、Conditional Accessの決定、アクセスレビューの結果などの制御イベントの記録
• レビューおよび監督の証拠： AIガバナンスの決定を記録した議事録やチケット、過去の評価後の是正措置の監査証跡、時間経過に伴うガバナンスパフォーマンスの指標

4つのうちのどれか一つでも見逃すと、それが監査人が最初に見つける穴です。以下の準備質問は逆方向から同じ部分をテストしており、未回答のものはすべて、担当者、修正計画、再テスト日が必要なギャップです。

NetwrixがAIガバナンス監査のギャップを埋める方法

上記の4つのステップは、ネイティブツールが一時的に保持するかポータルに分散するデータに基づいており、実効権限、AI活動記録、プロンプトレベルの強制、および変更履歴をカバーしています。

Netwrixはこれらを AI governance としてハイブリッドMicrosoft環境向けの命名されたプラットフォーム機能に分類し、それぞれの役割は異なる製品が担います。

展開前後にCopilotが到達できる範囲の報告

Netwrix 1Secureは、テナントが有効にする前にCopilotがアクセスできる機密データを報告し、展開がまだ元に戻せる段階で準備状況の質問に答えます。稼働後は、各インタラクションのユーザー、タイムスタンプ、および参照されたリソースを一覧表示し、機密データを露出するCopilotの応答にフラグを立てます。

カバレッジはSharePoint Online、Windowsファイルサーバー、Active Directory、Microsoft Entra ID、Exchange Onlineに及ぶため、ログトレイルのステップ4で求められる情報は1つのコンソールから取得されます。

すべてのIdentityの背後にある有効な権限を計算する

Netwrix Access Analyzer ネストされたADグループメンバーシップと壊れたSharePoint継承を解決し、各アイデンティティが実際にアクセスできる範囲を計算します。これにより、サイト別レポートで平坦化されるオープンアクセスと古い権限が明らかになります。これがステップ3の4回のマッピングを監査人に渡せるレポートに変えます。

この Microsoft 365 Copilot readiness 評価は展開前に同じ分析を実施し、過剰な権限のコンテンツがユーザーに通知される前に修正されます。

エンドポイントでのAIプロンプトにおける機密データのブロック

Netwrix Endpoint Protector はエンドポイント上のプロンプト内容を検査し、ChatGPT、Microsoft Copilot、Google Gemini、Claude、またはDeepSeekに届く前に機密データをブロックします。ブロックされたすべてのイベントは背後のIDに紐づいており、書かれた禁止データルールをステップ5でテストできるものに変えます。

ネイティブログウィンドウを超えた変更証拠の保持

Netwrix Auditorは検索可能な履歴で、ADおよびEntra IDの構成とディレクトリの変更を前後の値とともにすべて記録します。これらの値は、デフォルトで120か月間保持され、Purviewの180日標準期間を大きく超えています。

2つの規制対象顧客が、調査時に保持された記録の価値を示しています。 First National Bank とTrust of Beloitは、Netwrix Auditorを使用して17拠点の300ユーザーで継続的なOCCコンプライアンスを維持し、かつては1週間かかっていた手動チェックリスト作業を1時間の準備に置き換えています。 Flagler Bankは、1人のIT部門でネットワーク全体のITリスクを特定・軽減し、手動ログ検索で数時間かかっていた調査を10分で終了させます。

NetwrixはAIデータアクセスを報告し、エンドポイントでブロックします。Microsoftの独自の適用レイヤーは、感度ラベル、Purview DLP、および条件付きアクセスを通じて、Microsoft 365内でアイデンティティが何をできるかを引き続き決定します。監査はこれらのコントロールを検証し、モデルの動作はデータサイエンスおよびモデルリスクチームに留まります。

デモをリクエストして、CopilotがアクセスできるIDをマッピングし、展開後に表示される内容を監視し、審査員が求める変更証拠を保持します。