AI社員が個人情報を表示した疑いは？回答・資料・権限を分けて確かめる

社内で使うAIの回答を確認する業務担当へ。この記事の架空例では、「相談先を教えて」と聞いた回答に、代表窓口と個別連絡先らしき欄、資料への参照が出た想定です。その内容を利用者へ見せてよいか迷ったとき、実値を広めず、何が誰に見え、元資料を誰が開ける状態なのかを分けて調べる方法を説明します。

この記事では、実際の氏名・アドレス・電話番号を含まない架空の「窓口一覧」を使います。本文の例と比較表から、表示された情報の種類、参照先、利用者の条件、資料の登録方式を分けて確認する方法が分かります。知識源の種類も元資料の閲覧権限もまだ分からない例なので、個人情報の漏えいや原因、修正の成功を認定する記事ではありません。

先に答え：該当する回答の利用・共有をいったん保留し、実値を広めず、回答・参照表示・元資料へのアクセスを別々に確認します。 文書担当は情報の利用目的と共有範囲、運用担当はAIへの資料の登録方式と利用者の認証・権限を確かめます。必要な変更後も、条件をそろえた再確認が済むまで「直った」とは扱いません。

原典確認：2026年10月18日。製品別の説明は本文に示す機能の範囲に限ります。実際の利用環境・資料・権限の確認は未実施です。

写真の説明を読む

AIで生成した架空の仕事の情景です。閉じた資料と白紙のメモを持つ業務担当が、カウンターで社内担当へ回答の扱いを相談する写真です。実際の個人情報、実際のAI回答、漏えい事故、設定変更や再確認の結果を記録した写真ではありません。

図を原寸で見る

業務担当は、何が誰に表示されたかを実値を広めずに残す

最初に残すのは「AIが漏えいした」という結論ではなく、どの条件で何が表示されたように見えたかです。回答本文に個別連絡先らしき欄があったのか、資料名だけが出たのか、クリックできる参照先が付いたのかを分けます。画面が似ていても、確かめる対象が違います。

業務担当は、社内で決めた情報管理の窓口へ、発見した画面・利用者の役割・情報の種類を限定して伝えます。実際の個人情報や機密の本文を、相談用メールや別のAIへ転記する必要はありません。詳しい証拠を保管する必要がある場合は、会社が指定する担当・保管先・閲覧範囲に従います。

以下はすべて架空の説明例です。窓口一覧には「代表窓口」と「個別連絡先」の欄がある設定ですが、実際のアドレス・番号・氏名は一切用意していません。AとBは利用者の条件が違う別の例で、修正前後ではありません。

表は横へ動かせます。キーボードでは表を選び、左右キーで全列を確認できます。

Aで個別連絡先らしき欄がある設定でも、その欄の実値や表示を許可する範囲、資料の共有設定は分かりません。Bに代表窓口だけが出る想定でも、「Aを修正してBになった」「個別情報がどこからも取得できなくなった」とは言えません。Cは未実施なので、空欄を「表示なし」「0件」「安全」と読み替えません。

表は横へ動かせます。キーボードでは表を選び、左右キーで全列を確認できます。

本文の架空例に実値がないことと、実際の表示内容を確認できたことは別です。必要な事実の確認は、権限のある社内担当が会社の手順に沿って行います。

文書担当は、回答本文・参照リンク・元資料を別々に確認する

「参照リンクを表示しない」という変更だけでは、回答本文の情報も、元ファイルの共有権限も変わったとは判断できません。回答本文、資料への参照表示、元資料を開く操作を、3つの対象として扱います。

図の要点を文章で読む

架空Aは、社外閲覧者として「相談先を教えて」と聞く説明用の例です。回答に代表窓口と個別連絡先らしき欄、窓口一覧への参照表示がある設定です。回答の欄、資料への参照表示、元資料を開く権限は、それぞれ別の確認対象です。実値、知識源の種類、元資料の閲覧権限、表示の許可範囲、原因、修正、修正後の再確認は未確認です。資料への参照があるだけで、閲覧権限や実際の漏えいを確定しません。

図を原寸で見る図を原寸で見る

表は横へ動かせます。キーボードでは表を選び、左右キーで全列を確認できます。

Microsoftのコミュニティには、財務資料の名前や参照リンクを回答から隠したいという利用者の相談があります。本人の追記では、組織内へ広く使えるリンクの設定をしていたことにも触れています。これは表示と元資料のアクセスを分けて考えるための相談例で、実際の個人情報漏えいの証拠ではありません。回答者の提案を、全製品で保証される仕様として使うこともしません。相談本文と本人の追記

文書担当には、窓口一覧のどの版・どの欄が対象か、その欄を誰に何の目的で見せる資料なのかを確かめてもらいます。代表窓口と個別連絡先を分けた配布用資料が必要かも、この担当が判断します。Aの原票には許可範囲がないため、この記事が代わりに「社外なら代表窓口だけでよい」と決定することはできません。

古い手順を参照した疑いも重なる場合は、参照した版と今使う手順を確かめる方法で、適用版の照合を別に進めます。古い資料を直せば表示範囲の問題も解消すると、一緒に完了扱いにはしません。

運用担当は、利用者の権限と資料の登録方式を確かめる

ここでいう登録方式は、AIが資料を使うために、どこへ資料を置き、どの接続で取り込んでいるかです。担当者がファイルをアップロードした場合と、SharePointなどの接続元から使う場合を、同じ仕組みだと決めつけません。サービス名が同じでも、機能や設定が違うことがあります。

運用担当へは、利用している製品・機能、エージェントを利用する画面、ログインの方法、対象利用者の役割、資料の登録方式を確認してもらいます。AIと会話できること、元資料を開けること、回答に情報を表示してよいことを別欄にします。業務担当が確認のために権限を広げたり、他人のアカウントを借りたりする手順ではありません。

必要な製品仕様は、次のように対象を限定して読みます。

• Microsoft 365 CopilotのAgent BuilderでSharePointを使う場合：公式説明は、生成回答で利用者本人の情報・機密性に関する権限を尊重するとしています。エージェントへのアクセスを外しても、共有ファイル側へのアクセスは別に管理する説明もあります。この製品・知識源の説明を、すべてのAIや登録方式へ広げません。Agent Builderの共有と管理
• Copilot Studioへ個別ファイルを知識源としてアップロードする場合：公式説明は、エージェント単位の資料利用、Dataverseへの保存、ローカルファイル用のコネクタを説明しています。この説明から、元のSharePointの閲覧権限が同じ形で引き継がれると推定しません。「エージェントの各レベルで使える」という説明も、全利用者の閲覧権限が同じという意味へ読み替えません。個別ファイルのアップロード
• Copilot Studioの管理者向けデータポリシー：認証、使用できる知識源や接続、公開チャネルを制限するための機能があります。ただし、ポリシー名や設定の存在だけでは、今回の回答が適切だったことを証明できません。対象環境の実設定と表示結果を分けて確認します。エージェントのデータポリシー

OWASPも、機密情報の出力をリスクとして扱い、必要な利用者・処理に必要な範囲だけのアクセスへ絞る考え方を示しています。プロンプトに「個人情報を出さない」と書くだけで、必ず守られる保証にはしません。これも原因を断定する資料ではなく、確認と制限の考え方の根拠です。OWASPの機密情報開示リスク

A・B・Cの原票では、知識源の種類も元資料を開ける権限も未確認です。特定製品の説明に当てはめ、Aを「権限違反」、Bを「正しい制御」とラベル付けしないでください。

担当者は、直す対象と一時的に止める範囲を決める

確認途中の回答をそのまま共有し続けないことと、会社全体のAIや全資料を止めることは別です。まず該当する回答の業務利用や転送を保留し、会社の手順に沿って担当へ知らせます。実際にどの機能・資料・共有先を止めるかは、影響と権限を把握した担当者が決めます。

表は横へ動かせます。キーボードでは表を選び、左右キーで全列を確認できます。

変更を依頼するときは「個人情報を出さないようにして」だけでなく、どの利用者条件の、どの画面の、どの資料が対象かを書きます。文書の内容を分ける変更、元資料の共有範囲を見直す変更、AIへ渡す資料を絞る変更は、担当・権限・影響が違います。必要性が確認できた対象だけを、会社の変更手順に沿って扱います。

この記事は実際の設定変更を行っていません。Aの原因も、修正の実施も未確認です。情報管理担当による事実の確認と判断を、教材の見た目から代行しません。

担当者は、変更後の回答と元資料へのアクセスを役割別に確かめる

変更後は、回答が短くなったことだけを見るのではなく、対象利用者が何を受け取り、どの元資料を開ける状態かを別々に確認します。試験に使うのは架空値、または社内で利用を許可された試験値です。実際の個人情報を別のAIへ入れて、出るかどうかを試す記事ではありません。

前後を比較するには、質問、利用者の役割、利用画面、対象資料の条件をそろえ、どの設定や資料を変更したかを記録します。異なる利用者の例を並べただけでは、修正の効果を示せません。AとBはまさに別条件なので、BをAの修正後の成功として使いません。

表は横へ動かせます。キーボードでは表を選び、左右キーで全列を確認できます。

Cは「実公開先で検証する予定」という原票です。質問も表示結果もまだ未確認なので、上の計画をそのままCの実施結果へ書き込むことはできません。実際に条件を決めて確認した後で、結果と判断を追記します。元の例では、原因、修正、修正後の再確認は未確認のままです。

業務・文書・運用の3担当が確かめることを整理する

業務担当は「誰に何が見えた疑いがあるか」を、文書担当は「元資料のどの範囲を誰に見せるか」を、運用担当は「資料の登録方式と権限」を確認します。下の表は、架空例で分かることと未確認のことを整理した例です。実データの証拠を保管する場所は、会社の手順で決めてください。

表は横へ動かせます。キーボードでは表を選び、左右キーで全列を確認できます。

文書担当へは「窓口一覧のどの欄を、どの対象者へ見せる資料なのか」を、運用担当へは「どの登録方式・認証・資料権限で回答しているか」を確認します。依頼先や結果がまだ決まっていなければ、そのまま未定・未確認と残します。記入例を、実際に連絡や設定変更を済ませた記録として使わないでください。

DREEXYへ相談する場合も、実値や機密の本文を添える必要はありません。対象の仕事、表示が疑われた情報の種類、資料の登録方式と権限について分かる範囲、依頼したい確認を整理すると、どの担当に何を頼むかを具体化できます。AIと社内資料の扱いを相談する

まとめ：表示の疑いを、そのまま原因や安全の判定にしない

該当回答の利用・共有をいったん保留し、実値を広めずに、回答本文・参照表示・元資料へのアクセスを分けて確認します。文書担当が情報の利用目的と対象者を、運用担当が登録方式・認証・権限を確かめます。必要な変更後は、条件をそろえて回答と資料アクセスを別々に再確認します。

図の要点を文章で読む

業務担当は、実値を広めず、質問・利用者の条件・表示された情報の種類・参照表示を整理します。文書担当は対象資料と見せる対象を、運用担当は資料の登録方式・認証・権限を確認します。必要な変更を担当者が行った後に、条件をそろえて回答と元資料へのアクセスを別々に確かめる計画です。原因、修正の実施、再確認の結果は未確認です。AとBは別の利用者条件で、修正前後ではありません。Bの参照表示は未確認、Cの実公開先検証は未実施です。

図を原寸で見る図を原寸で見る

架空AとBは別条件で、修正前後ではありません。Cは未実施です。元資料の権限や表示の許可範囲が未確認なら、表示の疑いだけで実際の漏えい・原因・修正成功へ進めず、残る確認と次の担当を明確にします。