シャドーAIの検知結果に何も出ていないと、「社内に無許可のAI利用はない」と考えたくなります。しかし、検知できるのは、設定した範囲で記録を得られた利用です。記録が見つからないことと、利用が存在しないことは分けて判断します。
シャドーAIは、組織が把握・承認していないAIの業務利用を指します。検知はその手掛かりを見つける作業です。道具の導入だけで把握が完了するとは限りません。
要点
- 検知結果には、対象の端末・経路・期間を添えます。
- 接続の記録だけで、送った情報や漏洩の有無は決めません。
- 見えない範囲は、追加確認する課題として残します。
漫画でざっくり読む

検知の結果は、観測した窓の中の記録です
窓から通りを見て車が通らなかったとしても、街全体に車がいないとは言えません。シャドーAIの検知も、何が見える窓だったかを確かめる必要があります。
たとえば会社の管理する通信の記録を確認する場合と、管理端末のアプリを確認する場合では、調べる対象が違います。社外の通信や管理対象外の端末を調べていないなら、その範囲まで「利用なし」と広げません。
NISTのAIリスク管理フレームワークは、AIシステムの把握の仕組みと、継続的な見直しを扱っています。これは特定の検知製品がすべての利用を発見できるという証明ではありません。
「何を見つけたか」と「何が起きたか」を分ける
検知した手掛かりを、すぐに事故や違反と呼ばないようにします。たとえばAIサービスへの接続があっても、実際に業務情報を入力したか、その利用が許可されていたかは別に確認します。
| 得られた手掛かり | 先に確認すること | それだけでは決められないこと |
|---|---|---|
| サービスへの接続 | 記録の対象、日時、識別の根拠 | 何を送ったか |
| アプリの存在 | 対象端末と利用の有無 | 業務で使ったか |
| アカウントの記録 | 管理の対象と承認状況 | 全端末での利用状況 |
| 利用者からの申告 | 用途、利用条件、確認担当 | 申告されていない利用の不存在 |
表は確認の観点を整理した例です。具体的に得られる情報は、利用する仕組みや設定によって異なります。すべての会社で同じ記録が取得できるという意味ではありません。
ゼロという数字には、範囲を添える
報告は「無許可利用はゼロでした」ではなく、「対象期間の管理端末について、今回の方法では該当する記録を確認できませんでした」のように書きます。何を確かめた結果なのかが伝わります。
対象外の範囲があれば、結果のそばに添えます。細かな専門用語で隠す必要はありません。「管理対象外の端末は今回調べていません」と書けば、次に決める課題が分かります。
対象外があることを理由に、何も分からなかったと扱う必要もありません。確認できた範囲の記録には価値があります。その価値を、会社全体の安全証明へ広げないことが大切です。
追加確認は、必要な範囲に絞ります
見えないところを埋めたいからといって、個人の会話や資料を無制限に集める方法へ飛びつかないでください。調べる目的、対象、扱う情報、確認する担当を先に決めます。社内規程や適用される条件の確認も必要です。
利用者へ聞くときは、使った道具だけでなく、何の作業に必要だったかも確認します。業務に必要な代替手段が用意されていなければ、検知して止めるだけでは同じ問題が残ることがあります。
これは検知をやめるという話ではありません。発見した利用を、許可する、条件を変える、別の方法へ移すといった判断につなげるためです。
把握の記録を、見直せる形で残す
確認日、対象期間、対象範囲、得られた手掛かり、未確認の範囲を残します。道具や端末の構成が変わったとき、前回と同じ範囲を見られているか確認できます。
EFFECTでは、確認できた事実と、これから調べる内容を分けて扱います。この考え方を検知にも当てはめると、「見つからなかった」という記録を、過剰な安心に変えずに使えます。
最初に利用全体を整理したい場合は、シャドーAIの利用を棚卸しする記事も参考になります。本記事は、その把握に使う検知結果の読み方に焦点を絞りました。
用語の補足・よくある質問
記事に出てきた専門用語を、かんたんに補足します。
検知ゼロなら無許可利用はありませんか?+
接続の記録は情報漏洩の証拠ですか?+
STRUCTUREPEDIA 構造化ペディア AI時代に書き換わった「考える」を、DFBメソッドとして体系化した読み物です。
MAIL MAGAZINE 構造化とAI実装のメルマガ新着記事、実装メモ、構造化の考え方をメールで受け取れます。