シャドーAI対策2026。禁止で止まらない理由と、公式ルートで吸収する設計(検知・ルール・ローカルLLMの受け皿)

シャドーAI対策2026。禁止で止まらない理由と、公式ルートで吸収する設計(検知・ルール・ローカルLLMの受け皿)

「生成AIは禁止しているはずなのに、取引先への提案書にAIが作ったような文章が混ざっていた」。情報システム部門や総務の方からこうした相談を受けることが増えました。会社が把握・許可していない形で業務に使われる生成AIを「シャドーAI」と呼びます。禁止している会社ほど、シャドーAIは見えない場所で増えます。使う側に悪意があるわけではなく、便利な道具を公式に使う手段がないからです。

本記事では、シャドーAIの定義と典型例、国内調査から読み取れる規模感、会社側から「バレる」経路、禁止が逆効果になる理由を整理したうえで、監視の強化ではなく「公式ルートで吸収する」対策の設計を、3手順と30日のチェックリストに落とし込みます。公式ルートの選択肢として、法人契約のクラウド、専用環境、社内で完結するローカルLLMの3つをどう使い分けるかも扱います。

この記事の要点

  • シャドーAIは「会社が把握していないAI利用」です。私用アカウントのChatGPT、無断で入れたブラウザ拡張、個人スマホのAIアプリ、契約済みSaaSに後から追加されたAI機能の4つが典型例です
  • 国内調査では、会社として生成AIを導入している中小企業は16.2%(商工中金)である一方、個人利用を含む活用は32.4%(帝国データバンク)に上ります。定義が異なるため単純比較はできませんが、会社の管理外で使われている領域が相当あることは読み取れます
  • IPAの「情報セキュリティ10大脅威 2026」では、組織向けの3位に「AIの利用をめぐるサイバーリスク」が初めて選出されました。シャドーAIはその中核にある問題です
  • 会社の環境を経由した利用はネットワーク・端末・SaaSのログに残りますが、個人スマホと個人回線の利用は技術的にほぼ見えません。監視を強めても解決せず、禁止を強めるほど利用は見えない場所に沈みます
  • 対策の順番は「責めない実態把握」→「公式ルートの整備」→「ルールと相談窓口」です。公式ルートが便利になった瞬間にシャドーAIの大半は減ります。社外に出せないデータを扱う部門には、ローカルLLMが公式ルートの受け皿になります

シャドーAIとは。会社が把握していないAI利用のこと

シャドーAIとは、会社が把握・許可していない形で業務に使われるAIのことです。「シャドーIT」(会社が把握していないIT機器やサービスの利用)の生成AI版と考えると分かりやすいでしょう。用語の意味、シャドーITとの違い、違法になる条件といった前提は『シャドーAIとは』に分けて整理しています。典型例は次の4つです。

典型例具体的な行動会社から見えにくい理由
1. 私用アカウントのチャットAI個人で登録したChatGPTやGeminiに、業務のメール・議事録・顧客リストを貼り付けて要約や下書きをさせる会社のアカウント管理の外にある
2. 無断で入れたブラウザ拡張・AIツール要約・翻訳・議事録のAI拡張や、AI議事録ツールを個人判断で導入する資産管理の対象として認識されていない
3. 個人スマホのAIアプリ会社PCの画面を撮影してAIアプリに読ませる、業務資料を個人端末に転送して処理する会社のネットワークを通らない
4. 契約済みSaaSに追加されたAI機能チャットツールやCRMにアップデートで追加されたAI要約・AI検索を、データの扱いを確認せずに使い始める正規契約の中に入り込むため「許可した覚えのないAI」になる

4番目は見落とされがちです。会社として許可したSaaSであっても、追加されたAI機能が入力データをどこに送り、学習に使うかどうかは、元の契約時には確認していないことがほとんどです。シャドーAIの棚卸しでは、個人アカウントだけでなく「契約済みSaaSの中のAI」も対象に含める必要があります。

シャドーAIの規模感。会社導入16.2%と個人利用込み32.4%の差

シャドーAIの規模を直接測った国内調査はありませんが、2つの調査を並べると管理外の利用がどの程度あるかが推測できます。

調査対象数値何を測っているか
商工中金「中小企業設備投資動向調査(2026年1月)付帯調査」中小企業会社として生成AIを導入している割合 16.2%組織としての導入
帝国データバンク「生成AIの活用に関する企業アンケート」(2026年)中小企業個人利用を含む活用の割合 32.4%個人の判断での利用を含む活用

2つの調査は主体も「導入」「活用」の定義も異なるため、差をそのまま「シャドーAIの割合」と読むことはできません。ただし、会社として導入している企業が2割弱にとどまる一方で、個人利用を含めると3割を超えるという数字からは、会社が把握していない領域で生成AIが相当使われていることが読み取れます。自社で「うちは導入していないから関係ない」と考えている場合ほど、社員は個人で使っている可能性が高いと見るべきです。

IPA「10大脅威2026」でAI利用のリスクが組織向け3位に初選出

シャドーAIは、もはや一部の先進企業だけの問題ではありません。IPAが毎年公表している「情報セキュリティ10大脅威 2026」では、組織向けの3位に「AIの利用をめぐるサイバーリスク」が初めて選出されました。ランサム攻撃、サプライチェーン攻撃に次ぐ順位です。

この脅威には、生成AIへの機密情報の入力による漏洩、AIが生成した誤情報の業務利用、AIサービスのアカウント侵害などが含まれます。いずれも会社が利用実態を把握していない状態で起きやすく、シャドーAIはこの脅威の中核に位置します。監査や取引先からのセキュリティ確認で「生成AIの利用統制」を問われる場面も増えており、「禁止している」という回答では実態と食い違うため説明になりません。

OWASPの「Top 10 for LLM Applications」でも、機微情報の漏えい(LLM02)が主要リスクとして挙げられています。個人アカウントの無料AIに機密を入力する行為は、この項目に直接該当します。

「シャドーAIはバレるのか」。会社側から見える5つの経路

「シャドーAI バレる」という検索は実際に多く行われています。従業員側の疑問に先に答えると、会社の環境を経由した利用は思っているより記録に残ります。管理側にとっては、これが「検知できる範囲」でもあります。

経路何が見えるか検知できる範囲
1. ネットワークのログ会社のWi-Fi・VPN・プロキシ経由なら、どの端末がどのAIサービスに接続したかが記録される社内ネットワーク経由の利用
2. 端末の管理ツール会社PCの資産管理・MDMは、インストール済みアプリやブラウザ拡張の一覧を収集できる会社支給端末での利用
3. SaaSの管理ログ会社のGoogleやMicrosoftのアカウントに外部AIアプリを連携させると、管理者の監査ログに残る会社アカウントを使った連携
4. 成果物そのもの存在しない出典、不自然な文体や書式など、生成物の特徴から発覚する提出物の確認
5. 事故と指摘誤情報をそのまま提出した、取引先から指摘された、など問題が起きて表面化する事後

一方で、個人のスマホを個人回線で使う利用は、会社からは技術的にほぼ見えません。つまり「監視を強めれば解決する」問題ではないということです。検知の仕組みは、把握できる範囲を知るためと、公式ルートへ誘導した後の効果を測るために使うものであり、取り締まりの道具にすると見えない場所へ利用が移るだけです。

従業員の立場で本当に問われるのは、バレるかどうかではありません。許可されていない経路で事故を起こすと、会社の手順で守られず、一人で説明責任を負うことになります。「入力してしまった」が起きたときに正規の報告ルートがあるかどうかは、従業員自身を守る仕組みでもあります。

禁止が逆効果になる理由

全面禁止は、短期的には漏洩リスクを下げたように見えます。しかし実際には次の3つが起きます。

  • 利用が見えない場所へ移る。会社のネットワークと端末での利用は止まりますが、個人スマホと個人回線での利用は止まりません。把握できる範囲が狭まるだけで、リスクの総量は減りません
  • 事故の報告が上がらなくなる。禁止されている行為で事故を起こした社員は、自分から報告しません。発覚が遅れるほど被害は広がります
  • 業務上の便益を捨てる。要約・下書き・翻訳・検索といった定型作業の効率化は、競合も使っている手段です。禁止を続けるほど、公式に使う会社との差が開きます

シャドーAIの原因は、ほとんどの場合「業務に便益があるのに、公式に使える手段がない」ことです。禁止を強めるほど利用は見えない場所に沈み、リスクはむしろ増えます。対策の方向は「止める」ではなく「公式ルートへ吸収する」です。

なお、生成AIの利用を禁止している企業が解禁に踏み切る場合も、全面解禁ではなく、用途とデータ区分を決めて段階的に開放するのが現実的です。進め方は『社内向け生成AI導入の手順2026』の7ステップがそのまま使えます。

禁止をどう解くかの手順は『生成AIを禁止した会社の次の一手2026』に分けて書いています。

シャドーAIは管理職ほど危ない

シャドーAIの注意喚起は若手や現場社員に向きがちですが、リスクの大きさは扱う情報の範囲に比例します。管理職ほど危ない理由は3つあります。

  • アクセス権限が広い。人事情報、経営数値、取引先との交渉内容、未公開の計画に触れます。同じ「AIに貼り付けた」でも、現場のメモと経営情報では被害の桁が違います
  • 判断を急ぐ場面が多い。会議前の資料整理や役員向け報告の作成で、手早くAIに投げたくなります
  • ITの監視外で動きやすい。自分の裁量で個人アカウントを使い、注意されにくい立場にあります

権限の広さが、そのままリスクの増幅率になります。統制を設計するときは、役職が上の人ほど例外扱いにしないことが要点です。「役員だから自由」「部長は忙しいから黙認」が最大の穴になります。逆に言えば、管理職が公式ルートを率先して使う姿勢を見せると、現場の利用も公式ルートに寄ります。

漏洩リスクは「学習に使われる」だけではありません。個人アカウントが侵害されれば入力履歴も露出しますし、誰が何を入れたかを会社が把握できない状態そのものが統制の欠如です。学習利用の有無以前に、会社が管理できていないこと自体がリスクだと捉えてください。

シャドーAI対策の3手順。取り締まりの前にやること

対策は次の順番で進めます。取り締まりから入ると実態は二度と出てきません。

手順1. 責めずに実態を把握する

ネットワークログや端末の管理ツールで技術的に把握できる範囲を確認しつつ、匿名アンケートや「この期間の申告は不問にする」形で、実際に何がどの業務で使われているかを集めます。把握したいのは次の4点です。

  • どのサービスが使われているか(チャットAI、ブラウザ拡張、AI議事録、SaaS内のAI機能)
  • どの業務で使われているか(要約、下書き、翻訳、検索、コード、画像)
  • どのデータが入力されているか(公開情報、社内情報、取引先情報、個人データ)
  • 誰が使っているか(部門、役職。個人を特定して処罰する目的ではない)

処罰から入ると、社員は申告しなくなり、把握の手段が技術的な検知だけになります。それでは個人スマホの利用が見えません。

手順2. 公式に使える経路を用意する

利用実態が最も多いサービスと業務から、学習に使われない設定・契約で公式に開放します。主要な生成AI事業者は、法人契約やAPIでは入力を学習に使わないと公式に明記しています。個人向けプランとの違いと各社の公式資料は『生成AIの情報漏洩対策2026』で確認できます。

公式ルートが便利になった瞬間に、シャドーAIの大半は自然に減ります。これが一番効く対策です。逆に、公式ルートが「申請が面倒」「使えるモデルが古い」「入力してよい情報が分かりにくい」状態だと、社員は私用アカウントに戻ります。公式ルートは、私用のツールより便利でなければ機能しません。

手順3. ルールと相談窓口をセットで示す

何を入力してよいか、迷ったら誰に聞くか、事故ったらどこに報告するかを文書にして配ります。禁止事項だけのルールは読まれません。「このデータはここまで使ってよい」という許可の形で書くと、現場が判断できます。

ルールの土台には公的資料が使えます。総務省・経済産業省の「AI事業者ガイドライン」は2026年3月31日に第1.2版が公開されており、AI利用者向けの項目として機密情報の不適切な入力への注意が挙げられています。個人情報保護委員会は2023年6月の注意喚起で、個人データを含むプロンプトを入力する場合は機械学習に利用されないことを十分に確認するよう求めています。社内ルールのひな型項目は『生成AIの情報漏洩対策2026』にまとめています。

条文例まで含めた規程のひな形は『社内生成AI利用規程のひな形2026』にまとめています。相談窓口と報告ルートは、ルールと同時に用意します。「入力してしまった」と報告できる窓口がないと、事故は隠されます。報告した社員を責めない方針を明文化しておくことが、早期発見につながります。

公式ルートの3択。法人契約クラウド・専用環境・閉域ローカルLLMの比較

手順2の「公式ルート」には3つの選択肢があります。全社で1つに統一する必要はなく、データ区分に応じて組み合わせるのが現実的です。

公式ルート向く業務・データ向かない条件統制のしやすさ
法人契約のクラウドAI公開情報と社内情報の大半。要約・下書き・翻訳・一般的な調べもの契約や法令で社外送信そのものが禁止されたデータSSOで会社アカウントに統一でき、監査ログが取れる
専用環境(クラウド事業者の専有・閉域接続)取引先情報や個人データを含む業務で、保持期間や接続経路を契約で固めたい場合インターネット接続自体が制限されている環境契約と設定で保持・接続範囲を制御できる
閉域ローカルLLM設計図面・契約書・診療情報・受託データなど、社外に出せないデータを扱う部門利用者が少なく、機材と運用担当者を抱えるより法人契約のほうが安い場合データが社内から出ないため、入力ログも社内で完結する

法人契約のクラウドAIを選ぶ際の料金・学習利用・管理機能の比較は『法人向け生成AIプラン比較2026』にまとめています。

多くの企業では、上の2つで大半の業務が足ります。ローカルLLMが必要になるのは、契約・法令・業界ガイドラインでデータの社外送信が禁止されている業務に限られます。判断基準は『生成AIの情報漏洩対策2026』の「ローカルLLMが必要になる条件と不要な条件」、費用の実額は『ローカルLLM導入費用の相場2026』を参照してください。

シャドーAI対策の文脈でローカルLLMが効くのは、「機密は外に出せないが、AIは使いたい」という管理職や専門部門の需要に、公認の安全な道を用意できる点です。この需要に公式ルートがないと、最も機密度の高い情報が個人アカウントに流れます。閉域でローカルLLMを動かす構成は『生成AIをオフラインで使う2026』で解説しています。

ただし、ローカルLLMを置けば自動的に安全になるわけではありません。認証のない推論サーバーの露出、持ち込んだモデルファイルの検証、入力ログの管理など、閉域でも残るリスクがあります。これらは『ローカルLLMは本当に安全か』で整理しています。

契約済みSaaSのAI機能も棚卸しの対象にする

シャドーAIは個人アカウントだけの問題ではありません。すでに契約しているSaaSが、アップデートでAI機能を追加してくるケースが増えています。会社としては「許可した覚えのないAI」が正規契約の中に入り込む形です。

棚卸しでは、利用中のSaaSごとに次を確認します。

  • AI機能の有無と、既定で有効になっているか
  • AI機能が入力データをどこに送るか(SaaS事業者の内部か、外部のAI事業者か)
  • 入力データが学習に使われるか、保持期間はどれだけか
  • 管理者が組織単位で無効化、または利用範囲を制限できるか

確認した結果は、公式ルートの表に追記します。「このSaaSのAI要約は社内情報まで可、取引先情報は不可」のように、データ区分と結びつけて示すと現場が迷いません。

シャドーAI対策の実施チェックリスト(30日)

最初の30日で着手する項目を、週ごとに並べます。すべてを完璧に終える必要はなく、手順1と手順2の着手を優先します。

第1週: 実態把握の開始

  • 匿名アンケートで、使っているAIサービス・業務・入力データ区分を集める(申告は不問と明示する)
  • ネットワークログと端末管理ツールで、把握できる範囲のAIサービス接続とインストール済み拡張を確認する
  • 契約済みSaaSのAI機能の有無と既定設定を一覧にする

第2週: 公式ルートの決定

  • 利用実態が多い上位の業務とサービスを特定する
  • データ区分表(公開・社内・取引先・個人データ・社外送信不可)を作る
  • 区分ごとに公式ルート(法人契約クラウド・専用環境・ローカルLLM)を割り当てる
  • 法人契約の学習利用なし・保持期間を公式資料で確認する

第3週: ルールと窓口

  • 入力してよいデータ区分を「許可」の形で書いた利用ルールを作る
  • 相談窓口と事故時の報告ルートを決め、報告者を責めない方針を明文化する
  • 管理職と役員を例外にしないことを経営層と合意する

第4週: 開放と周知

  • 公式ルートを開放し、SSOで会社アカウントに統一する
  • 利用ルールと窓口を全社に周知する(禁止事項の羅列ではなく、使ってよい範囲を中心に)
  • 1ヶ月後に、公式ルートの利用率と私用サービスへの接続数の変化を測る日程を決める

ローカルLLMが必要な部門がある場合は、第2週の割り当ての時点で機材と設置場所の検討が必要になります。機材を買う前に社内に置けるかを確かめる方法は『ローカルLLM PoCの費用・期間・進め方』を参照してください。

まとめ

  • シャドーAIは「会社が把握していないAI利用」です。私用アカウント、無断のブラウザ拡張、個人スマホのAIアプリ、契約済みSaaSに追加されたAI機能の4つが典型例で、最後の1つは見落とされがちです
  • 会社として導入している中小企業は16.2%、個人利用を含む活用は32.4%という調査があり、定義は異なるものの、管理外の利用が相当量あることが読み取れます。IPAの10大脅威2026でも、AI利用のリスクが組織向け3位に初選出されました
  • 会社の環境経由ならネットワーク・端末・SaaSのログで検知できますが、個人スマホと個人回線は見えません。禁止を強めるほど利用は見えない場所に沈み、事故の報告も上がらなくなります
  • 対策の順番は、責めない実態把握 → 公式ルートの整備 → ルールと相談窓口です。公式ルートを私用ツールより便利にすることが最も効きます。管理職ほどリスクが大きいため、役職上位を例外にしません
  • 公式ルートは法人契約クラウド・専用環境・閉域ローカルLLMの3択をデータ区分で使い分けます。社外に出せないデータを扱う部門には、ローカルLLMが公認の受け皿になります

よくある質問

Q. シャドーAIとは何ですか?

会社が把握・許可していない形で業務に使われるAIのことです。私用アカウントのChatGPTやGeminiで業務文書を作る、許可されていないブラウザ拡張やAI議事録ツールを入れる、個人スマホのAIアプリに業務資料を貼り付ける、契約済みSaaSに後から追加されたAI機能を確認なしで使う、の4つが典型例です。シャドーITの生成AI版と考えると分かりやすく、使う側に悪意がなくても、会社が管理できていないこと自体がリスクになります。

Q. シャドーAIは会社にバレますか?

会社の環境を経由した利用は記録に残ります。社内ネットワーク経由の接続はプロキシやVPNのログに、会社PCのアプリや拡張は資産管理ツールに、会社アカウントとの連携はSaaSの監査ログに残り、成果物の特徴や事故からも発覚します。一方、個人スマホを個人回線で使う利用は技術的にほぼ見えません。従業員にとっての本当のリスクは発覚ではなく、許可されていない経路で事故を起こしたときに会社の手順で守られないことです。

Q. 生成AIを全面禁止にすれば安全になりますか?

なりません。禁止で止まるのは会社のネットワークと端末での利用だけで、個人スマホと個人回線の利用は続きます。把握できる範囲が狭まるだけでリスクの総量は減らず、禁止されている行為で事故を起こした社員は報告しないため発覚が遅れます。禁止を続けるほど公式に使う会社との差も開きます。対策の方向は「止める」ではなく、学習に使われない法人契約や社内完結の環境を公式ルートとして用意し、そこへ吸収することです。

Q. シャドーAI対策は何から始めればよいですか?

責めない実態把握から始めます。匿名アンケートや申告不問の期間を設けて、どのサービスがどの業務で、どのデータに使われているかを集めます。次に、利用実態が多い業務から学習に使われない契約・設定で公式ルートを開放し、入力してよいデータ区分を許可の形で書いたルールと、迷ったときの相談窓口、事故時の報告ルートをセットで示します。取り締まりから入ると実態が出てこなくなるため、順番を守ることが要点です。

Q. シャドーAI対策にローカルLLMは必要ですか?

全社には必要ありません。公開情報と社内情報の大半は、学習利用なしを明記した法人契約のクラウドで足ります。ローカルLLMが受け皿になるのは、契約・法令・業界ガイドラインで社外送信そのものが禁止されたデータを扱う部門です。設計図面・契約書・診療情報・受託データなどを扱う管理職や専門部門に公式ルートがないと、最も機密度の高い情報が個人アカウントに流れます。その部門に限ってローカルLLMを用意し、それ以外は法人契約のクラウドを使う併用構成が現実的です。

Q. 契約済みのSaaSに追加されたAI機能はどう扱えばよいですか?

棚卸しの対象に含めます。利用中のSaaSごとに、AI機能の有無、既定で有効かどうか、入力データの送信先、学習利用の有無と保持期間、管理者が組織単位で無効化や制限をできるかを確認します。結果はデータ区分と結びつけて「このSaaSのAI要約は社内情報まで可、取引先情報は不可」のように公式ルートの表に追記すると、現場が判断できます。

主な参考資料: IPA「情報セキュリティ10大脅威 2026」、商工中金「中小企業設備投資動向調査(2026年1月)付帯調査」、帝国データバンク「生成AIの活用に関する企業アンケート」、総務省・経済産業省「AI事業者ガイドライン 第1.2版」、OWASP Top 10 for LLM Applications、個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」

TodoONadaでは、シャドーAIの実態把握から公式ルートの設計、利用ルールの整備、社外に出せないデータを扱う部門向けのローカルLLMの受け皿づくりまでを支援しています。ローカルLLMが必要かどうか判断がつかない段階では、DGX SparkやMacを貴社オフィスに設置して2週間で「置けるか」を判定する社内設置の実現性検証(30万円〜・税別・機材貸出料込み)から始められます。「うちの場合は法人契約で足りるのか、ローカルが要るのか」という整理のご相談だけでも歓迎します。


この記事に関連するサービス

TodoONada株式会社では、シャドーAIの実態把握を起点にした企業向けの全社AI導入支援を行っています。法人プランの選定と統制の整備から、部門別の活用と研修、効果測定まで正しい順番で進めます。

ご相談はお問い合わせからお気軽にどうぞ。検討段階のご相談も歓迎です。

出典・参照

技術ブログ一覧へ戻る