シャドーAIを禁止だけで終わらせない運用

この記事で分かること

シャドーAIが隠れる原因を把握する方法
承認済みツールと用途別ルールの作り方
匿名ヒアリング、相談窓口、例外申請の運用
定期棚卸しで確認する指標と再審査条件

注意： 無断利用の把握を目的に、従業員へ知らせず過剰な通信監視や端末調査を行うことは別の問題を生みます。就業規則、プライバシー、労務、法令、社内の監視方針を確認してください。

先に結論

シャドーAIを減らすには、禁止通知だけでなく、社員が仕事を止めずに使える承認済み経路が必要です。安全な代替、短い相談窓口、用途別ルール、期限付き例外を同時に用意することで、隠れて使う動機を減らします。

目標は「未承認ツールの利用者を見つけること」ではありません。どの業務上の需要があり、どの情報が入力され、承認済みの方法へ移せるかを把握することです。

シャドーAIを把握して安全な選択肢へ移す流れ 実態を責任追及と切り離して把握し、安全な代替または審査済みの例外へ移して定期的に見直す流れを示す。

公式資料から導ける運用の土台

NIST AI 600-1は、組織内の生成AIシステムを棚卸しへ含めること、承認済みの技術・サービス提供者一覧を設けること、許容利用方針を更新すること、第三者サービスを継続監視することなどを例示しています。

経済産業省のAI事業者ガイドライン第1.2版は、2026年3月31日に公表された確認日時点の最新版です。AIガバナンス、利用者を含む関係主体の役割、リスクに応じた運用、教育・リテラシーなどを検討するための本編、別添、チェックリスト等が公開されています。

以下は、これらを社内の無断利用対策へ落とした編集部の運用案です。

禁止だけでは隠れる理由

社員が未承認AIを使う動機には、次のようなものがあります。

承認済みツールでは必要な機能を使えない
申請先や入力禁止情報が分からない
審査に何週間かかるか見えない
小さな試行にも重い申請書が必要
会社が利用実態を把握せず、一律禁止だけを通知した
個人向けアカウントの方が使い慣れている

規則を増やしても、業務上の需要が残れば利用は見えない場所へ移ります。最初に需要を収集し、安全な代替がない部分を明らかにします。

実務フロー

1. 匿名ヒアリングで用途を把握する

2週間程度の短い調査を行い、個人名やサービスの告発を求めず、業務需要を集めます。

生成AI利用に関する匿名ヒアリング

1. AIを使いたい、または既に試した業務は何ですか。
2. 入力したい情報はどれですか。
   [ ] 公開情報 [ ] 社内情報 [ ] 顧客情報 [ ] 個人情報 [ ] ソースコード [ ] その他
3. 必要な機能は何ですか。
   [ ] 文章作成 [ ] 要約 [ ] 検索 [ ] 翻訳 [ ] 画像 [ ] コード [ ] 自動操作
4. 承認済み手段を使わない理由は何ですか。
5. いつまでに必要ですか。
6. 安全な代替や相談窓口があれば移行できますか。

結果は「部署別の違反者数」ではなく、「需要の多い用途」「扱いたいデータ区分」「承認済みツールで不足する機能」に集約します。

2. 承認済みツールを用途とセットで示す

製品名だけの一覧は不十分です。「何を入力でき、何へ使えるか」を一画面で確認できるようにします。

| 用途 | 公開情報 | 社内情報 | 個人・顧客情報 | 出力の扱い | 承認済み経路 |
|---|---|---|---|---|---|
| 文章の構成案 | 可 | 条件付き | 不可 | 人が確認して利用 | 法人AI A |
| 社内文書の要約 | 可 | 可 | 原則不可 | 閲覧範囲を維持 | 社内検索AI B |
| 翻訳 | 可 | 条件付き | 申請制 | 固有名詞と数値を確認 | 法人AI A |
| コード補助 | 可 | 指定リポジトリのみ | 不可 | レビューと試験必須 | 開発AI C |
| 顧客への自動送信 | 不可 | 不可 | 不可 | 個別審査が必要 | なし |
| 採用・人事評価 | 不可 | 不可 | 不可 | 専門審査が必要 | なし |

「条件付き」の条件は別ページへ隠さず、匿名化、添付禁止、人の確認などを同じ場所へ書きます。

3. 相談窓口を短くする

窓口では「使ってよいですか」だけでなく、用途、入力区分、希望時期、必要機能を受け付けます。自動返信で受付番号、回答予定日、一時的に利用できる安全な代替を知らせます。

緊急性の低い相談と、既に秘密を入力した可能性がある事故報告は分けます。事故報告では、社員が隠さず早く相談できるよう、初動手順を簡潔にします。

4. 例外を期限付きで審査する

承認済みツールで代替できない場合は、目的を限定した例外を認める余地を設けます。

## AIツール例外申請
- 申請ID:
- 業務責任者:
- 利用目的:
- 利用者と人数:
- 利用期間: YYYY-MM-DD から YYYY-MM-DD まで
- 必要な製品・機能:
- 承認済み手段で代替できない理由:
- 入力するデータ区分:
- 入力しない情報:
- 出力の利用先と人による確認:
- 外部送信・公開・自動操作の有無:
- ベンダー規約・保存・学習利用の確認資料:
- 必要な安全対策:
- 終了時のデータ削除・アカウント停止方法:
- 再審査日:
- 承認 / 条件付き承認 / 却下:
- 承認条件と残存リスク:

例外には終了日を必須とし、恒久承認へ自動移行させません。期限終了時にアカウント、連携、保存データを確認します。

5. 四半期などの周期で棚卸しする

棚卸しでは、製品名だけでなく、用途、責任者、契約、データ区分、連携先、例外期限、最終利用日を確認します。

登録済みAIサービス数と責任者不明の件数
相談から回答までの所要時間
例外の件数、期限超過、承認済み経路へ移行した割合
禁止用途や秘密入力の自己申告件数
承認済みツールで満たせない上位の需要
規約、機能、モデル、再委託先の変更

未承認利用ゼロという数字だけを追うと、報告を控える動機になります。相談件数の増加は、初期には可視化が進んだ良い兆候にもなります。

期待結果と確認方法

導入から1か月後、無作為に選んだ社員へ次の3問を確認します。

文章要約に使える承認済みツールを見つけられるか。
顧客情報を入力したいときの相談先を見つけられるか。
承認済みツールで不足する場合の例外申請を開始できるか。

3〜5分以内に正しいページへ到達し、入力可能な情報と禁止事項を説明できれば、入口は機能しています。相談窓口には、受付番号と回答予定日が返ることも確認します。

さらに、期限切れ例外が自動で棚卸し対象になり、アカウント停止や削除確認まで完了するかを試験します。

失敗しやすい点・採用しない条件・安全上の注意

規則だけ公開し、承認済みの代替を用意しない
相談した社員を直ちに処罰対象にし、以後の自己申告を減らす
製品単位で承認し、用途や入力データを制限しない
例外へ期限、責任者、終了処理を設定しない
個人向けアカウントと法人テナントの条件差を確認しない
通信検知だけで利用目的やデータ区分まで分かったと判断する

一方、法令・契約上扱えないデータ、生命・身体へ直接影響する判断、採用や懲戒など重大な権利影響、無承認の送信・決済・削除については、一律禁止や個別の専門審査が妥当な場合があります。禁止を避けること自体を目的にしないでください。

監視技術を導入する場合は、目的、対象、通知、閲覧権限、保管期間、異議申立ての経路を先に決めます。

最初の30日で確認する運用指標

把握だけで終わらせないため、導入初月は利用量よりも「統制が機能しているか」を確認します。

指標	見る理由	悪化時の初動
未登録ツールの利用申告数	可視化が進んでいるかを見る	罰則ではなく、申告窓口と用途分類を見直す
入力保留・差し戻し件数	判断基準が実務で使えるかを見る	よくある保留理由をFAQと承認基準へ反映する
外部共有・個人情報の例外申請	高リスク利用を追えるかを見る	承認者、保存先、期限を個別に再確認する
事故・ヒヤリハット	早期報告が機能しているかを見る	責任追及より停止、影響確認、再発防止を優先する

利用者数だけを成功指標にすると、確認や相談を避ける行動を促すことがあります。許可・保留・停止を説明可能にし、困ったときに申告できる運用へ直すことを優先します。

AI活用ナビの判断

AI活用ナビの判断： シャドーAI対策の評価指標は、検知件数ではなく「必要な業務を承認済み経路へ移せた割合」と「相談から安全な回答までの時間」に置くことを推奨します。

社員が正しい手段を見つけられない状態での全面禁止は、リスクを消すより見えなくする可能性があります。まず公開情報を扱う低リスク用途に使える選択肢を提供し、高リスク用途は明確に止める二段構えが現実的です。

確認日と公式情報

確認日：2026年7月29日

NIST AI 600-1 Generative Artificial Intelligence Profile：AIシステム棚卸し、承認済みサービス一覧、許容利用方針、第三者リスクの継続監視を確認。
AI事業者ガイドライン検討会：2026年3月31日に第1.2版が掲載されていることを確認。
AI事業者ガイドライン第1.2版公開ページ：本編、別添、チェックリスト、ワークシート等の公開状況を確認。

社内監視、就業規則、個人情報、業界規制の条件は組織ごとに異なります。運用開始前に担当部門へ確認してください。

PRIMARY SOURCES