AIによる情報漏洩リスク:企業が知るべき原因と対策

目次

はじめに

AIによる情報漏洩を防ぐには、入力してよい情報と、送信先・保存先・閲覧者を先に決める必要があります。ChatGPTなどの生成AIは業務の下書きや要約に使えますが、社内文書を渡してよいかは、サービス名だけでは判断できません。

特にITに詳しくない管理職は、「有料なら安全」「自社サーバーなら外部に出ない」といった説明だけで利用を認めないことが大切です。契約、設定、接続するモデルによって、同じツールでもデータの扱いが異なります。

たとえば、議事録を要約する場合でも、参加者名や未発表の計画が含まれていれば、通常の公開資料とは扱いが変わります。社内で使う目的だからといって、送信先まで社内になるわけではありません。利用目的とデータの流れを一緒に確認することが、導入時の判断の土台になります。

確認を現場の担当者だけに任せず、管理職と情報システム担当者が同じ条件を共有してください。

本記事では、AIの情報漏洩が起こる原因と、企業が取るべき対策を整理します。学習への利用と履歴の保存を分け、公式に確認できる事例と確認が必要な情報も区別して、自社の運用を点検できるようにします。

1-1 そもそも「AIによる情報漏洩」とは何か?

AIによる情報漏洩とは、AIに入力・連携した機密情報や個人情報が、許可していない相手に渡ったり、閲覧されたりすることです。社外の提供元への送信、社内の権限外閲覧、生成結果の誤共有など、複数の経路があります。

学習利用・ログ保存・第三者への公開は別の問題です。 入力が学習に使われる可能性だけで、直ちに別の利用者へ同じ情報が出力されるとは断定できません。一方、学習されない契約でも、履歴の共有やアカウントの不正利用による漏洩には対策が必要です。

確認する項目管理職が確かめる内容
学習利用入出力がモデル改善に使われる条件と停止設定
保存会話・添付文書・ログの保存先と削除条件
閲覧管理者、利用者、外部共有相手ごとの権限
外部送信モデル提供元、接続ツール、外部APIへ渡す内容

この区分で確認すると、「学習を停止したから顧客情報を入力してよい」という早合点を避けられます。社内規程で禁止されているデータは、ツール側の設定を変えただけでは入力可能になりません。

1-2 AIで情報漏洩が起こる5つの主な原因

人の操作ミスや設定不備は点検すべき原因ですが、提供元の不具合も起こり得ます。利用者への注意喚起に加えて、入力・連携・保存・共有をそれぞれ管理します。

  1. パブリックAIへの入力:会社が承認していないアカウントへ社内情報を渡すと、契約や設定を組織で管理できません。
  2. API連携時の設定ミス:APIキーやアクセス制御の管理が不十分だと、権限外の利用者がデータを取得するおそれがあります。
  3. ログ・履歴の保存:入力や回答が保存されると、ログ閲覧権限を持つ人に機密情報が見える場合があります。
  4. 誤ったファイル共有:CSV・PDFや会話リンクを公開範囲の広い場所に置くと、想定外の相手へ届くおそれがあります。
  5. 社員教育不足:入力禁止情報や承認先が不明確だと、顧客データや財務情報を自己判断で入力してしまいます。

ChatGPTの学習利用は無料・有料という区別だけでは判断できません。OpenAIの公式案内では、ChatGPT Business、Enterprise、APIの入出力は、既定ではモデル改善に使われません。ただし、組織が共有に同意する設定なども確認が必要です(公式のデータ共有方針、確認日:2026年9月27日)。

権限設計やログ管理を含むAI導入を外注する場合は、開発費だけでなく運用時の対策費用も見積もります。AI開発の費用相場【2026年版】|PoC・本開発・運用の内訳と見積もり方を参考に、見積もりに含める範囲を整理してください。

2-1 実際に起きた情報漏洩事例とその背景

漏洩事例を社内研修で使うときは、発生企業、時期、原因、確認された影響範囲を一次情報で確かめます。情報の入力と、その後の社外流出が確認されたことは同じではありません。

公式に確認できる事例:ChatGPTの履歴表示不具合

OpenAIは、2023年3月20日の不具合で、一部の利用者に別の利用者のチャット履歴のタイトルが見えたと公表しました。同社は不具合を修正したと説明しています(OpenAIの調査報告、確認日:2026年9月27日)。

この事例は、入力内容の学習利用が原因とされたものではありません。企業側は、提供元からの障害・事故通知を確認する担当者と、影響調査の手順を決めておく必要があります。

社外流出を防ぐための入力情報の管理

設計データなどの機密情報は、社内で定めた入力ルールに従って扱ってください。AIへの入力と、その情報の再利用・社外流出は区別して捉えましょう。

社内チャットボットの閲覧範囲の管理

社内チャットボットで部門限定情報を扱う際は、部門外のテスト用アカウントで閲覧範囲を確認してください。

入力データの学習利用と規約

アップロードする文書の扱いについては、利用するサービスの規約と同意内容を確認してください。規約上の学習利用と、契約に反する利用を混同しないことが大切です。

2-2 情報漏洩を防ぐための基本対策

まず、入力情報を分類し、承認済みのツールと利用目的を社内で共有します。迷ったときに利用者が独断で入力せず、担当者に確認できる仕組みにすることが重要です。

  • 顧客情報や個人情報の入力可否を定め、社内の非公開情報は承認制にします。
  • AI利用ガイドラインを文書化し、管理職・一般社員の研修と定期点検を実施します。
  • ログや共有リンクの閲覧範囲、ファイルの公開設定を見直します。
  • 自社運用型AIでも、接続先の学習方針と保存条件を確認します。

ChatGPTでは、データコントロールの「Improve the model for everyone」をオフにすると、新しい会話はモデル学習に使われません。ただし、会話は履歴に残ります。学習停止と履歴削除を同じ操作として扱わないことが大切です(OpenAIのデータコントロール説明、確認日:2026年9月27日)。

設定を確認する際は、利用者の個人アカウントと会社のワークスペースを取り違えないようにします。承認済みの環境であることを確認したうえで、保存・共有・削除の手順を運用担当者と合わせておきましょう。

2-3 Difyなどの自社内AIでリスクを減らす方法

Difyを自社で運用しても、データが外部へ送信されないとは限りません。公式ドキュメントではモデル提供元を接続して利用する構成が案内されています。外部モデルを選ぶ場合は、その処理に必要な入力を送る経路も確認します(Difyのモデル接続仕様、確認日:2026年9月27日)。

社内ナレッジ検索、社員教育用チャットボット、ファイル要約AIでは、回答用のモデルだけでなく、文書を検索可能にする埋め込みモデルや外部ツールも点検対象です。自社管理の範囲と外部サービスの範囲を分けて確認します。

  • モデル・外部APIへ送る情報を一覧にします。
  • アプリの利用者と、ナレッジ・ログを管理する人の権限を確認します。
  • 部門限定文書が別部門の回答に含まれないか、公開前に試します。
  • 保存期間、削除手順、認証方法は利用するプランと構成で確認します。

Difyの利用規約でも、第三者サービスにはそのサービスの規約・プライバシーポリシーが適用されると案内されています(Dify利用規約、確認日:2026年9月27日)。アカウント別の細かな制御やログ非表示を、すべての構成で利用できる機能と決めつけないでください。運用開始前に、自社の要件を満たす構成かどうかを検証してください。

2-4 管理職が知っておくべきチェックリスト

管理職は「ルールがあるか」だけでなく、実際にそのルールどおり使われているかを確認します。申請されたツールと現場の利用アカウントが一致しているかも点検対象です。

  • AIツールごとの利用範囲は明確ですか?
  • 入力内容の制限ルールは全社に周知されていますか?
  • 学習利用・保存・共有の設定をそれぞれ確認しましたか?
  • 社内チャットAIで権限外の文書を参照できないことを試しましたか?
  • 情報セキュリティ担当者と連携する窓口がありますか?

点検結果には確認日と担当者を残します。プラン変更や連携先の追加があったときは、以前の確認結果をそのまま流用せず、送信先と権限を見直してください。

2-5 AIの導入前に企業が整備すべき体制とは?

AI活用を始める前に、IT部門と現場代表で担当範囲を決めます。ツールの契約、入力情報の判断、アクセス権の変更、事故対応を誰が担うか明確にしておきます。

  • AI活用チームの設置と利用ポリシーの明文化
  • 利用履歴・操作ログのモニタリング体制
  • リスク発生時のエスカレーションルール
  • 利用ツールの選定・事前レビュー体制

誤入力に気づいた場合に、利用者が自己判断で履歴を消して終わらせないよう、報告先も周知します。入力した情報、時刻、利用アカウント、共有の有無を担当者が確認できるようにすると、影響範囲の調査につながります。

まとめ:AI時代に求められる“情報を守る使い方”

AIの情報漏洩対策は、製品を選ぶだけでは完結しません。入力、学習利用、保存、共有を分け、契約と設定の両方を確認することが基本です。Difyなどの自社運用型AIでも、外部モデルへの送信と権限設計の確認は欠かせません。

管理職は、社員教育と技術的な設定を組み合わせ、確認した日付と責任者を残してください。事故の原因を利用者の不注意だけに限定せず、提供元の不具合や運用変更にも備えることが大切です。

まずは自社で利用中のAIと接続先を整理し、入力している情報を確認しましょう。条件が不明な利用は担当者へ確認し、承認された範囲から業務への活用を進めてください。

ノーコード総合研究所に相談してみる

同意事項
詳細はプライバシーポリシーをご確認ください。
目次