シャドーAIとは？無許可利用を把握し、安全な代替へ移す方法

シャドーAIとは、組織が把握・審査・承認していないAIサービスやAI機能を、従業員や委託先が業務へ使っている状態です。無料の対話サービスだけでなく、個人契約の会議要約、ブラウザ拡張、文書ソフトの追加AI、APIキーを使った試作も含みます。問題の中心は「AIを使った人」ではなく、組織がデータの送信先、契約、権限、保存、出力の利用先を説明できないことです。本稿では、見つけて処罰するだけの対策を避け、業務上の需要を把握し、承認済みの代替へ移し、再発を測る実務手順を示します。

シャドーAIは組織が管理できない業務利用を指す

判定の軸は製品の知名度や無料・有料ではありません。会社が利用目的を把握し、契約条件とデータ処理を審査し、アカウントを管理し、事故時に停止・調査できるかで判断します。有名なサービスでも個人アカウントから顧客資料を入力すればシャドーAIになり得ます。反対に、小規模なAI機能でも会社のテナントで承認条件どおり使っていれば、無許可利用とは扱いません。

英国NCSCはシャドーITを、IT・セキュリティ部門の通常手続の外側で利用される技術と説明し、可視性の不足や未管理資産に伴うリスクへの対応を示しています^[1]。シャドーAIはこの問題に、入力内容の外部処理、生成物の誤り、プロンプトインジェクション、外部ツール操作などAI固有の論点が加わったものです。

会社が正式採用した製品内でも、未審査の新機能を勝手に有効化した場合は管理外になります。たとえば承認済みチャットへ追加されたWeb閲覧エージェントが外部サイトを読み、社内文書を参照してメール送信まで行うなら、従来の承認範囲を超えています。製品単位ではなく、テナント、機能、権限、データ区分を登録します。

シャドーAI対策の目的は利用者数をゼロに見せることではありません。未把握のデータ経路を減らし、必要な用途を管理可能な環境へ移し、危険な処理を止められる状態を作ることです。

個人利用・試用・組み込みAIとの境界を具体例で分ける

私生活だけの利用は通常、社内のシャドーAI台帳へ載せません。ただし個人アカウントでも、会社の文章を貼る、業務メールを作る、顧客との会議を録音する、成果物を納品するなら業務利用です。「試しただけ」でも情報を外部へ送信した時点で、データ処理と契約の問題は発生します。

文章校正、検索、文字起こしにAIが組み込まれていることを利用者が知らない場合もあります。このため、自己申告だけで全体像を作らず、ソフトウェア台帳、調達、ブラウザ拡張、OAuth連携、経費、ネットワークの情報を組み合わせます。検出した通信だけで規程違反と断定せず、機能と業務利用の事実を確認します。

シャドーIT対策との違いは、アプリを承認した後にもモデルや機能が変わりやすい点です。保存設定、学習利用、外部アクション、連携先、利用モデルが変われば再評価します。既存のSaaS審査へAI欄を追加し、別制度を孤立させない方が、調達と退職者管理をそろえやすくなります。

無許可利用が起きる理由を業務の詰まりから調べる

利用者の倫理意識だけを原因にすると、別サービスへ移るだけです。会議録作成に毎回二時間かかる、承認済みツールが対象言語に弱い、申請窓口が不明、回答に三週間かかる、法人アカウントの席数が足りない、といった業務上の圧力を確認します。便利さへの需要がある場所には、禁止通知だけでは持続的な統制を作れません。

検出した用途ごとに「何を短縮したかったか」「承認済み手段では何ができなかったか」「どのデータを使ったか」「結果を誰へ渡したか」を面談します。製品名だけを集計すると、会議要約と契約判断を同じ危険度で扱ってしまいます。目的、情報、出力の影響、外部操作の有無へ分解します。

経済産業省のAI事業者ガイドライン第1.2版は、従業員が組織で管理されていない一般向け生成AIを業務利用する場面もリスクの文脈で扱っています^[3]。社内では、禁止に違反した事実だけでなく、承認環境の不足、教育、相談経路、管理設定のどこに原因があったかを是正計画へ含めます。

匿名アンケートは初期把握に有効ですが、「使っていますか」だけでは過少申告になります。議事録、翻訳、コード補完、資料作成、画像生成など作業名から尋ね、利用頻度、入力情報、アカウント、困りごとを分けます。回答者を処分へ直結させない目的と取扱いを先に説明し、労務・プライバシー担当と調査方法を合意します。

リスクを入力・アカウント・出力・連携の経路で評価する

「情報漏えいが怖い」という一語では優先順位を付けられません。入力経路では個人情報、営業秘密、認証情報が提供者へ送られる条件を確認します。アカウント経路では退職時停止、多要素認証、共有アカウント、個人課金を見ます。出力経路では誤った事実、権利侵害、差別的判断が業務成果へ混ざる可能性を評価します。

個人情報保護委員会の注意喚起に照らし、個人データを入力した疑いがある場合は、利用目的、提供者の取扱い、第三者提供に関する条件を個別に確認します^[4]。「学習へ使われない設定だった」だけで完了せず、ログ保持、削除、共有、再委託を調べます。法的な評価は事実をそろえて担当部門が行います。

AIエージェントやブラウザ拡張は、表示中のページや取得文書に含まれる不正な指示を解釈する可能性があります。OWASP LLM01:2025は、直接・間接のプロンプトインジェクションと、権限の制限や人による確認などの緩和策を説明しています^[5]。未承認連携がメール送信やファイル削除の権限を持つ場合は、チャット利用より先に停止します。

処罰を前提にせず複数の手掛かりから利用実態を棚卸しする

初回調査では、自己申告、部門ヒアリング、ソフトウェア台帳、調達記録、経費、SSO、OAuth同意、ブラウザ拡張管理、DNSやプロキシのカテゴリ情報を組み合わせます。一つのログだけでは、広告表示や私的閲覧を業務利用と誤認します。検知したドメイン、利用者、日時を根拠に、実際に会社情報を扱ったかを確認します。

1. 目的を告知する：安全な代替整備とデータ経路の把握が目的であること、調査データの閲覧者と保存期間を示します。
2. 既知サービスを統合する：調達、部門契約、個人立替、OAuth連携をサービス・テナント単位で重複排除します。
3. 用途を聞く：会議要約、翻訳、コード生成など作業別に、入力と出力先を確認します。
4. 危険度を仮分類する：認証情報、個人情報、外部操作、重大判断を優先フラグにします。
5. 所有者を割り当てる：止める、代替へ移す、審査するの各期限を台帳へ入れます。

たとえば、公開資料の翻訳に個人アカウントが使われていた場合は、次のように事実確認と移行を一続きで記録します。これは記載例であり、処分や法的評価を決めるものではありません。

発見経路: 経費申告
確認した用途: 公開済み製品資料の翻訳
入力情報: 公開情報のみと担当者・履歴で照合
暫定措置: 個人アカウントへの新規入力を停止
移行先: 承認済み法人テナント
完了確認: 翻訳結果の原文照合、旧共有リンクの無効化、台帳更新

英国NPSAはAI利用に伴う保護上の論点の中で、シャドーAIを管理し、承認・監視の枠組みを持つ必要性を示しています^[2]。ただし海外政府機関の助言を自社従業員へ直接適用するのではなく、国内法、就業規則、労使協議、プライバシー通知と整合する方法を決めます。

棚卸し台帳には、製品名、テナント、利用部署、用途、利用者数、入力情報、外部連携、契約者、承認状態、暫定措置、移行期限を入れます。サービスを見つけた瞬間に一律遮断すると、履歴の削除や契約解約ができなくなる場合があります。認証情報や外部操作を先に止め、証拠と業務継続を確認してから移行します。

委託先については、社内ネットワークのログだけでは把握できません。契約更新時に利用中のAIサービス、再委託、入力情報、成果物の確認方法を申告してもらい、承認条件を契約管理台帳へ結び付けます。委託先が独自に選んだAIを使える契約なら、利用禁止と決め付けず、秘密保持や個人データの条件を満たす証跡と事故連絡期限を確認します。

企業買収や組織統合では、取得した部門の個人契約、経費精算、共有リンク、開発用APIキーが移管から漏れやすくなります。初日の一律停止だけで業務を麻痺させず、外部操作権限と高機密データを優先して確認し、低影響用途には期限付きの移行期間を設定します。アカウント所有者が退職済みなら、履歴を勝手に閲覧せず契約と権限に従って保全・解約を進めます。

委託終了時には、会社が発行した連携トークン、共有フォルダ、招待リンクを回収し、成果物にAI由来の未確認データが残っていないかを確認します。個人契約の履歴を会社が直接削除できない場合は、契約上の削除依頼と完了証跡を求めます。次回の発注では、終了時に必要な操作と期限を最初から仕様へ入れます。

検知できる通信と判断できない利用目的を混同しない

ネットワーク監視で分かるのは、端末が特定の宛先へ通信した事実の一部です。個人スマートフォン、暗号化通信、別ドメインの埋め込み機能、オフラインモデル、委託先端末までは見えない場合があります。反対に、AIサイトへアクセスしただけで業務情報を入力したとは限りません。検知率100%を約束しないことが重要です。

CASBやSSE、端末管理、ブラウザ制御を使う場合は、対象範囲、除外、誤検知、ログの閲覧者、保持期間を明示します。利用者の入力本文を広く収集すると、シャドーAI対策そのものが機密情報の集中保管になります。宛先、機能分類、件数、情報区分ラベルなど、目的に必要な最小限から始めます。

検知ルールには確認手順を結び付けます。「AIカテゴリへの通信を3回検出」で自動処分するのではなく、承認済みテナントか、組み込み機能か、個人利用か、会社データを扱ったかを担当者が確認します。重大な外部操作権限や秘密鍵送信の兆候は、通常の閲覧より短い期限で調査します。

監視の導入前に、従業員への通知と社内手続を労務・プライバシー担当が確認します。国や雇用形態によって要件は異なるため、海外拠点へ同じログ収集を一括適用しません。監視で見えない領域は、承認済み代替、教育、自己申告、委託契約の組み合わせで補います。

禁止通知と同時に承認済みの代替手段を業務別に用意する

会議要約を禁止するなら、議事録担当を増やすか、承認済みの文字起こし・要約機能を提供しなければ業務負荷は残ります。翻訳、コード補完、画像生成、検索、提案書作成など用途別に、使えるサービス、許可情報、アカウント発行、出力確認、問い合わせ先を一ページで示します。

代替の使いやすさを受入条件へ入れます。ログインに毎回長い手続が必要、席数が不足、必要言語に対応しない、ファイル上限が実務に合わない場合、承認しただけでは移行しません。代表利用者が実案件に近いサンプルで処理時間、修正量、問い合わせを測ります。

代替が用意できない高リスク用途は、期限を区切って人手へ戻します。無許可サービスの方が高性能という理由で例外を自動承認せず、データを減らす、機能を限定する、専用環境を調達する選択肢を比較します。業務責任者には、安全策に必要な時間と停止による影響を同じ資料で判断してもらいます。

発見時の対応を危険度に応じて助言・移行・停止へ分ける

すべての発見を重大事故として扱うと、利用者は申告しなくなり、対応部門も疲弊します。入力情報、アカウント管理、出力の影響、外部操作、再発性で段階を決めます。公開情報の文章案を個人アカウントで作った事象と、顧客データを使うエージェントへメール削除権限を与えた事象は分けます。

このレベルと期限は設計例であり、各社の情報分類と事故対応規程へ合わせます。レベルを上げる強制条件として、認証情報、要配慮情報、未公表の重要情報、外部送信・削除、未成年者や従業員への重大判断を設定できます。合計点だけで下位へ落とさないようにします。

対応記録には、発見経路、確認した事実、暫定措置、情報所有者、移行先、削除・失効の証拠、完了日を残します。処分の要否は就業規則と事実関係に基づいて別途判断し、安全対策担当者がログだけで決めません。協力的な自己申告を制度改善へ生かす方針も明示します。

新しいAI機能を短期間で相談・審査できる入口を作る

シャドーAIを減らすには、利用前の相談が利用後の隠蔽より簡単でなければなりません。申請画面では、製品仕様を利用者に調査させ過ぎず、業務目的、入力情報、出力先、必要時期、既存手段で困る点を入力してもらいます。契約やセキュリティ仕様は審査担当が確認します。

受付後は、公開情報だけで外部操作のない試用、社内情報を扱う部門利用、個人情報や外部連携を含む専門審査へ振り分けます。簡易審査を2営業日、部門審査を5営業日、専門審査は論点提示を5営業日以内とするなど、完了日だけでなく初回回答の期限を設定します。期限超過を利用者へ通知します。

同じ要望が複数部署から来た場合は、個別例外を量産せず共通サービス候補として調達へ回します。たとえば三部署が日本語会議要約を申請しているなら、精度、同意、保存、話者識別、管理ログを共通要件にします。申請件数は需要予測にも使えます。

却下するときは「危険だから」だけで閉じず、問題となるデータ経路、許可できる範囲、代替、再申請条件を返します。顧客音声の入力は不可でも、公開済みの模擬音声による機能評価なら許可できる場合があります。申請者が次の行動を理解できる回答が、無断試用の予防になります。

件数ではなく未管理データ経路の縮小を測る

検出件数が増えた月を対策失敗と即断しません。監視範囲を広げた、自己申告が増えた、研修で相談先が知られた可能性があります。新規発見数、再発数、重大経路数、承認環境へ移行した割合、移行までの日数、申請期限内回答率を並べて解釈します。

架空の初回棚卸しで無許可用途40件を確認し、30日後に22件を承認環境へ移行、8件を業務終了、6件を審査中、4件を未対応とします。管理下へ移った割合を「移行22件＋終了8件」÷40件×100で計算すると75%です。ただし未対応4件に顧客データと送信権限を伴う1件があれば、75%という数字だけで安全とは評価しません。

NIST AI 600-1は、生成AIのリスク管理を測定と継続的な管理へ結び付けています^[6]。シャドーAI台帳も一度の監査資料で終わらせず、サービス変更、組織変更、事故、申請需要を受けて更新します。数値の定義、対象端末、集計期間を固定し、監視範囲の変更と実態改善を分けます。

全面遮断が向かない条件と直ちに止める条件を分ける

AI関連ドメインの全面遮断は、短期の封じ込めには使えても、組み込み機能、個人端末、委託先、オフラインモデルを完全には覆えません。承認済みサービスまで止めれば、利用者は別経路を探し、業務データを私物端末へ移す可能性があります。遮断する範囲、期間、例外、解除条件を事故対応として定めます。

一方、秘密鍵や認証情報の送信、顧客データの外部公開、未承認エージェントへのメール送信・削除権限、退職者が使える共有アカウントは直ちに封じ込めます。トークン失効、共有停止、対象アカウント保全を行い、外部操作の成否が不明なら再実行せず状態を照合します。監視を広げる前に立ち止まるケース

入力本文を常時収集しなければ判定できない、従業員への通知や保存期間が未決定、海外拠点の要件を確認していない場合は、広範な内容監視を開始しません。宛先や権限など少ない情報で優先経路を絞り、労務・プライバシーの審査を先に行います。

初期対策を閉じた後も、承認環境へ移した用途から毎月5件を抽出し、個人アカウントへ戻っていないか、追加機能が無断で有効になっていないかを確認します。この5件は例示値です。再発が見つかった部署は抽出数を増やし、原因が席数、性能、申請遅延のどれかを調べて代替側を修正します。

最初の30日では、公開情報の翻訳、会議要約、コード補完という需要の大きい三用途を調べます。重大な外部操作を停止し、各用途の承認済み代替と申請期限を公開し、週ごとに移行状況を確認します。30日後に、未対応の高影響経路が0件、移行先の所有者が全件設定済み、再発時の連絡先が実動することを確認して初期対策を閉じます。

参考文献・出典

1. UK National Cyber Security Centre「Shadow IT」（オンライン版、2026年7月30日確認）
2. UK National Protective Security Authority「Artificial intelligence」（オンライン版、2026年7月30日確認）
3. 経済産業省「AI事業者ガイドライン（第1.2版）」（2026年3月31日取りまとめ、2026年4月1日掲載）
4. 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」（2023年6月2日）
5. OWASP GenAI Security Project「LLM01:2025 Prompt Injection」（OWASP Top 10 for LLM Applications 2025、2026年7月30日確認）
6. NIST「Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile」（NIST AI 600-1、2024年7月26日）

参照日はすべて2026年7月30日です。公開後も一次資料の版と提供サービスの設定変更を確認してください。