シャドーAIをどう把握し、どこまで禁止するか — 全面禁止が失敗する理由

AIセキュリティ実務ガイド 編集部

シャドーAIとは何を指すか

情報システム部門が把握・承認していない生成AIサービスの業務利用を指します。個人アカウントでのChatGPT利用、業務システムに後付けされたAI機能、無料のブラウザ拡張機能などが該当します。

かつてのシャドーITと構図は同じですが、入力した内容がそのまま社外に出る点で影響が異なります。ファイル共有サービスであれば「何を置いたか」が記録に残りますが、対話型AIでは何を打ち込んだかが自社側に一切残りません。

全面禁止が機能しない理由

多くの企業がまず「業務での生成AI利用を禁止する」という通達を出します。これが機能しにくいのには理由があります。

1. 代替手段が個人端末にある

会社のPCでブロックしても、手元のスマートフォンで同じことができます。この場合、利用そのものは減らず、会社から見えなくなるだけです。リスクは下がるどころか、統制の効かない場所へ移動します。

2. 業務効率の差が大きすぎる

議事録の要約、英文メールの下書き、コードの雛形作成といった作業では、使う人と使わない人で処理時間に明確な差が出ます。禁止が続けば、成果を出している人ほどルールから外れていきます。

3. 「AI機能」が既存ツールに入ってくる

新規サービスの導入を止めても、すでに契約しているグループウェアや議事録ツールに生成AI機能が追加されます。利用者が「AIを使っている」と認識しないまま利用が始まります。

まず把握する — 調査ではなく観測で

利用実態のアンケートは、禁止を通達したあとでは正直な回答が集まりません。人に聞くより、すでにある記録を見る方が実態に近づきます。

通信ログ

プロキシやファイアウォールのログで、主要な生成AIサービスのドメインへのアクセス数と利用者数を集計します。禁止していない段階であれば、これだけで「誰がどのくらい使っているか」の概観が取れます。

SaaSの連携アプリ棚卸し

Microsoft 365 や Google Workspace の管理コンソールで、OAuth連携を許可しているサードパーティアプリを一覧できます。利用者が個人判断で連携を承認したAIツールがここに現れます。企業のアカウントでログインできてしまう場合、社外サービスに社内データへの読み取り権限を与えている状態になります。

既存契約サービスのAI機能

契約中のSaaSについて、AI機能の有無と、その機能がデータをどう扱うかを確認します。管理者設定で個別に無効化できる場合が多く、契約はそのままで機能だけ止めるという選択肢が取れます。

これらは新しいツールを買わずに着手できます。

線引きは「ツール」ではなく「データ」で引く

利用可能なサービスを列挙する方式は、新しいサービスが出るたびに更新が必要になり、運用が破綻します。何を入力してよいかで統制するほうが、ルールが長持ちします。

実務上の線引きは、次の3段階に整理すると社内で説明しやすくなります。

入力してはいけないもの 個人情報、顧客から預かったデータ、未公開の財務情報、ソースコード、契約書の全文。これらは利用サービスを問わず禁止します。

条件つきで入力してよいもの 社内の議事録、企画の下書き、社外公開前の資料。会社が契約し、学習利用がオフになっていることを確認したサービスに限って許可します。

自由に入力してよいもの すでに公開されている情報、一般的な調べもの、汎用的な文章の推敲。

この形にすると、新しいAIツールが登場してもルール自体は変更不要です。判断すべきは「そのツールが条件つき層で使える契約形態か」だけになります。

承認された選択肢を先に用意する

禁止だけを先に出すと、抜け道を探す動機が生まれます。順序としては、会社として使えるサービスを1つ用意してから、それ以外を制限するほうが定着します。

法人契約の生成AIサービスであれば、入力データを学習に使わない設定が既定になっているものが一般的です。利用ログが管理者側に残る点も、シャドーAIとの決定的な差になります。

用意する際に確認すべき事項は、生成AI導入セキュリティチェックリストにまとめています。ベンダーの第三者認証をどう読むかは、SOC 2とISO27001の違いを参照してください。

まとめ

• 全面禁止は利用を見えない場所へ移すだけになりやすい
• 実態の把握はアンケートではなく、通信ログとSaaS連携の棚卸しで行う
• 統制は使うツールではなく、入力するデータの種類で線を引く
• 制限より先に、会社として承認した選択肢を用意する