社内AIから見せてはいけない資料が漏れない？閲覧権限の確認方法

社内AI（RAG：社内の資料をAIに読み込ませて回答させる仕組み）を導入する際、最も避けたいのが「本来見えてはいけない機密情報が回答として出てしまう」ことです。これを防ぐための結論は、AIに対して「回答しないで」と指示するのではなく、検索を行う前の段階で「その人が閲覧できる資料」だけに絞り込む仕組みを整えることです。まずは、現在社内で使っているファイルサーバーやクラウドストレージの閲覧権限が、部署ごとに正しく設定されているかを再確認することから始めてください。

なぜ社内AIで情報の漏洩が起きるのか

AIが「全社員の資料」を読み込んでしまう仕組み

社内AIの多くは、社内の膨大な資料を一度データベースに集め、AIがそこから必要な情報を探し出して回答する仕組みをとっています。この仕組みをRAGと呼びますが、もし資料を集める際に「誰がどの資料を読んでよいか」というルールを適用していないと、AIは全社員の資料を平等に読み込んでしまいます。例えば、営業担当者がAIに質問をした際、AIが全社共通のデータベースから、本来は人事部しか見ることができない給与規定などの機密情報を拾い上げて回答してしまう可能性があるのです。

「回答しないで」という指示だけでは不十分な理由

AIに対して「機密情報は回答しないでください」といった命令（プロンプト）を与える手法がありますが、これはセキュリティ対策としては不十分です。なぜなら、AIはあくまで言葉の指示に従おうとするだけであり、情報のアクセス権そのものを制御しているわけではないからです。例えば、AIが「回答は控えます」と言いつつも、回答の根拠として機密資料の一部を文章の中に混ぜてしまうケースも考えられます。情報の壁を作るには、AIの「振る舞い」を制限するのではなく、AIが参照できる資料そのものに対して、アクセス権限による制限をかける必要があります。

検索結果の履歴や共有機能に残るリスク

AIの回答内容だけでなく、その裏側にある仕組みにも注意が必要です。AIが回答を生成する際に参照した資料のリンクや、検索の履歴がシステム内に残る場合があります。もし、検索の段階で権限管理ができていないと、回答文自体は伏せられていても、引用元として表示されたURLをクリックした際に、本来見ることができないはずの機密ファイルが直接開けてしまうという事態が起こり得ます。回答のテキストだけでなく、その元となる資料へのアクセス経路まで含めて、権限の整合性を確認しなければなりません。

検索の段階で閲覧できる資料を制限する仕組み

社内のID管理システムと連携させる

利用者が「誰であるか」を正しく特定することが、権限管理の第一歩です。具体的には、会社で既に利用している社員番号やメールアドレスなどのID管理システムと、AIの検索システムを連携させます。例えば、社員がAIにログインした際、システム側が「この人は営業部のAさんである」という情報を自動的に取得できるようにします。これにより、個人の名前や所属に基づいた、一人ひとりに適した情報の出し分けが可能になります。手動で利用者のリストを作るのではなく、既存の信頼できる名簿を活用することが重要です。

資料ごとに「誰が読めるか」の情報を付与する

次に、AIが検索対象とする一つひとつの資料に対して、「どの部署の人が読んでよいか」という情報をあらかじめ貼り付けておく作業が必要です。これを「メタデータ」の付与と呼びます。例えば、あるPDFファイルに対して「閲覧可能範囲：総務部」というラベルをデータとして持たせておきます。AIが資料を探しに行く際、このラベルを確認することで、その資料が検索対象としてふさわしいかどうかを判断できるようになります。資料を整理する段階で、この属性情報を正しく設定しておくことが、漏洩を防ぐ鍵となります。

検索エンジンが資料を探す前に条件をかける

権限管理の肝となるのは、AIが回答を作るために資料を探し始める「前」のタイミングで、検索範囲を絞り込むことです。利用者が質問を入力した瞬間に、システムが「この質問に対して、この利用者が閲覧権限を持っている資料だけを検索対象にする」というフィルターを自動的にかけます。これにより、AIの目には、その利用者が本来アクセスできる資料しか映らなくなります。AIが参照できない情報については、そもそも検索の候補にすら上がらない状態を作ることで、誤って機密情報を回答してしまうリスクを低減できます。

権限設定が正しく動いているか確認する手順

他部署の社員アカウントで同じ質問をしてみる

システムを構築した後は、設定が意図通りに動いているかをテストする必要があります。その際、管理者のアカウントだけで確認するのは避けてください。管理者は全ての権限を持っているため、設定ミスに気づけないからです。例えば、営業部の社員になりきったテスト用アカウントを作成し、そのアカウントで「人事部の規定」について質問してみます。もし、本来見えないはずの回答が返ってきたり、資料のリンクが表示されたりした場合は、検索時のフィルター設定が正しく機能していない証拠です。

退職者や異動者の権限が消えているためか確認する

組織の変更や人員の入れ替わりがあった際、AIの権限設定が正しく更新されているかも重要な確認項目です。例えば、ある社員が営業部から開発部に異動した場合、新しい部署の資料は見られるが、旧部署の機密資料は見られない状態になっているかを確認します。また、退職した社員のアカウントが停止された後、そのアカウントに関連付けられた検索履歴やアクセス権が、AIのシステム上でも即座に無効化されているかも点検してください。情報の更新が遅れると、権限のない状態での情報取得を許す原因になります。

AIが示した「引用元」を実際に開けるか確かめる

回答の正確性を確認するのと同時に、AIが「この資料を参考にしました」と提示した引用元のリンクが、実際に開けるかどうかを必ずテストしてください。回答文の内容が適切であっても、引用先のファイル自体にアクセス権限がかかっていない場合、それはセキュリティ上の不備とみなされます。例えば、AIの回答は「機密情報です」と正しく制限されていても、その下に表示された資料へのリンクをクリックした瞬間に、ブラウザでファイルが開けてしまう状態は、非常に危険な設定ミスと言えます。

運用を開始する前に整理しておくべき判断基準

部署ごとの機密情報の範囲を明確にする

AIの権限設定を進める前に、まずは「どの部署が、どの種類の資料にアクセスできるべきか」というルールを、紙や表にまとめて整理しておく必要があります。例えば、「経理部の資料は、役員と経理部のみ」「全社公開の社内規定は、全社員」といった具合です。このルールが曖昧なままAIの設定を進めると、現場の混乱を招くだけでなく、過剰な制限で業務が滞ったり、逆に制限が足りずに情報が漏れたりする原因となります。IT担当者だけでなく、各部署の責任者と合意形成を図っておきましょう。

専門家に相談すべきタイミングを見極める

社内のIT担当者だけで権限管理の仕組みを構築することには限界があります。例えば、資料の数が数万件に及ぶ場合や、複雑な階層構造を持つフォルダ構成をAIに読み込ませる場合は、設計ミスが起きやすくなります。また、既存のID管理システムとAIツールを連携させるための技術的な難易度が高い場合も、無理に進めるのは避けましょう。自社の現在のシステム構成や、守るべき情報の重要度を整理した上で、セキュリティに強いITベンダーや専門家に、設計図の妥当性を確認してもらうことを検討してください。

自社の現在の管理状況を整理して診断に進む

最後に、まずは自社の現状を棚卸しすることから始めてください。現在、社内のファイルはどのように整理されており、誰がどのフォルダにアクセスできる設定になっているでしょうか。この「現在の権限ルール」が整理できていれば、AI導入時の権限設定もスムーズに進みます。もし、現状のルールが不明確であったり、管理が属人化していたりする場合は、AI導入の前にまずファイルサーバーの権限整理を行うべきです。自社の状況を整理できたら、それを踏まえてAI導入の専門家へ相談し、具体的な設計を進めていきましょう。