ルール策定前にもう社員が使っていた。シャドーAI化への事後対処

2026年8月時点の情報です。IPA「情報セキュリティ10大脅威 2026」（組織編）では、生成AIの業務利用に伴うリスクを指す「AIの利用をめぐるサイバーリスク」が初選出で3位にランクインしました。本記事は一般的な情報提供を目的としており、個別の法的判断は弁護士など専門家にご相談ください。紹介する対応手順はあくまで一般的な進め方であり、自社の業種・規模・取り扱う情報の性質に応じて調整することを前提としています。

「生成AIの利用ルールを整備しよう」と重い腰を上げて社内の状況を調べ始めたら、すでに複数の部署がChatGPTやGeminiを業務で使い込んでいた——。ルールが先、利用が後、という順番を想定していたのに、蓋を開けてみれば利用が先にあり、ルールは後追いだった。この記事は、そんな「すでに手遅れかもしれない」状態から実務担当者が何をどう進めればよいかを整理するものです。

多くの解説記事は「ルールを決めてから使わせる」という前提で書かれています。しかし実際には、ひとり情シス・総務兼任の担当者がルール整備に着手する時点で、すでに現場が先行して使っているケースのほうが多数派です。個人のスマートフォンや無料アカウントさえあれば誰でも生成AIにアクセスできる以上、これは特別な失態ではなく、多くの会社で起きている自然な順序と言えます。問題は「なぜ後手に回ったか」を悔やむことではなく、発覚した今、何から手をつけるかです。

結論から言うと、発覚直後にやるべきことは「禁止の通達」ではなく、免責を明示した利用実態の棚卸しです。処分や叱責を前面に出すと、現場は正直に申告しなくなり、利用そのものが個人の私物端末やプライベートアカウントに潜って、かえって実態把握が不可能になります。この記事では、発覚後の初動から、応急ルールの展開、正式なガイドラインへの移行、再発防止の定着まで、時系列に沿って整理します。なお、「そもそもルールを事前に禁止にするか許可にするか」という判断基準は姉妹記事のシャドーITの考え方を扱った記事で、正式なガイドラインの文書構成は別記事で扱っていますので、本記事は発覚後の初動対応に絞って解説します。

この記事で分かること

• シャドーAI化が発覚した瞬間にやってはいけない対応と、代わりにやるべきこと
• 免責を明示した実態棚卸しの進め方（アンケート文例つき）
• 発覚した利用実態をリスクの緊急度で仕分ける考え方
• 正式なガイドライン完成を待たずに出す「応急ルール」の作り方
• 応急対応から正式運用へ移行するタイムライン
• 再発を防ぐための定着の工夫と、業種・規模による対応の違い

この記事は、実在する自社の一次情報を持たない中立的な立場から、公的機関の資料と複数の実務解説記事の共通項を整理したものです。特定のAIサービス・特定の監視ツールの利用を勧める内容ではありません。

なぜ「ルールが先、利用が後」にならなかったのか

まず、この状況がどのくらい一般的なものかを確認しておきます。特別な失敗ではなく、多くの会社が直面している状況だと理解したうえで対応を始めたほうが、冷静な判断ができます。

生成AIサービスの多くは、会社が契約しなくても、個人が無料アカウントを作るだけで即日使い始められます。情報システム部門による申請・審査・導入というプロセスを経ずに、ブラウザとメールアドレスさえあれば誰でもアクセスできてしまう点が、これまでの業務システムの導入とは根本的に異なります。

さらに、生成AIは「使ってみたら明らかに便利だった」という体験が起きやすいツールです。議事録の要約、メール文面のたたき台作成、簡単な集計作業の補助など、日々の細かい業務で効果を実感しやすいため、一度使い始めた社員が自発的に使用を広げていく傾向があります。ルール整備を待ってから使う、という発想自体が現場には生まれにくい構造になっています。

IPA「情報セキュリティ10大脅威 2026」（組織編）では、「AIの利用をめぐるサイバーリスク」が2026年版で初めて選出され、組織向け脅威の3位にランクインしました。生成AI活用の急速な普及に、リスクへの理解や社内体制の整備が追いついていない実態が、順位の背景として指摘されています。

このような外部環境の中で、ひとり情シス・総務兼任の担当者が「そろそろルールを作らないと」と動き始めたタイミングで、すでに現場が先行して使っていたと分かるのは、むしろ自然な流れです。まずは自社固有の失態と捉えず、「多くの会社が通る段階」として状況を受け止めることが、次のステップに進むための前提になります。

どんな経路で発覚することが多いか

対応の話に入る前に、シャドーAI化がどのような経路で発覚するのかを整理しておきます。発覚の経路によって、その後の初動の難しさが変わってくるためです。

• 経費精算や契約更新の確認で発覚するケース：部署が独自に有料プランを契約しており、経費精算のタイミングで担当者の目に触れて発覚する。この場合、契約という形が残っているため、実態把握はまだ進めやすい部類に入ります。
• 問い合わせ対応の中で発覚するケース：「AIで作った資料が開けない」「AIの出力結果が業務システムと連携できない」といった相談を受け、話を聞く中で無許可利用が判明する。この経路では、すでにその社員は業務の一部をAI前提で組み立てている可能性が高く、利用を止めることで一時的に業務が滞るリスクがあります。
• 社内アンケートやヒアリングの過程で偶然発覚するケース：別の目的（働き方改革のアンケートなど）で実施した調査に、生成AIの利用状況を尋ねる項目が含まれていたことで、想定より広い範囲での利用が明らかになる。この経路が最も実態を広く把握しやすい一方、担当者側の心構えができていないまま発覚するため、初動の判断に時間がかかりがちです。
• 社外からの指摘で発覚するケース：取引先や顧客から「もしかしてAIを使って作成した文書ではないか」と指摘を受け、社内で確認したところ実際に使われていたことが分かる。このケースは対外的な信用に関わるため、他の経路よりも緊急度の高い対応が必要になります。

どの経路で発覚した場合でも、STEP1で述べる「免責を明示した実態把握」から始めるという基本方針は変わりません。ただし、社外からの指摘で発覚した場合は、社内向けの実態把握と並行して、指摘元への説明や対応方針の検討も必要になるため、担当者一人で抱え込まず、早い段階で上長に報告することが重要です。

発覚した瞬間にやってはいけないこと

実態が見えてきた段階で、担当者が最初にやりがちな、しかし避けたほうがよい対応が3つあります。

• 即日の全面禁止通達：業務で使えることが分かってしまった以上、いきなり使用禁止にすると、代替手段のない現場の業務効率が急に落ちます。反発が強いと、禁止したはずのツールが見えないところで使われ続け、実態把握がさらに難しくなります。
• 使用者を特定して個別に注意する：最初に発覚した数名を名指しで注意すると、「使っていることを言うと責められる」という空気が社内に広がります。以降、正直な申告が期待できなくなり、利用実態の全体像がつかめないまま放置されるリスクが高まります。
• 完璧なガイドラインができるまで何もしない：規程の文言を練り込むことに時間をかけすぎると、その間も現場では未管理のまま生成AIの利用が続きます。文書の完成度よりも、リスクの高い使い方を早く止めることのほうが優先度が高い場面がほとんどです。

これらに共通するのは、「今の利用を止めること」を急ぐあまり、「今の利用の実態を把握すること」を後回しにしてしまう点です。実態が見えないままルールだけを厳しくしても、利用は水面下に潜るだけで、リスクは減らずにむしろ見えにくくなります。

STEP1: 免責を明示した実態把握から始める

発覚後、最初にやるべきことは処分ではなく、現状を正確に把握することです。ここでの鍵は「今回の調査は処分を目的としたものではない」という免責を、調査そのものよりも先に明示することです。

発覚後の対応は、次の5つのSTEPで時系列に進めます。

具体的には、次のような進め方が実務的です。

1. 経営層・上長から「今回は実態把握が目的で、処分は行わない」という方針を先に周知する。担当者個人からの呼びかけよりも、上位者からのメッセージのほうが効果を持ちやすい。
2. 匿名で回答できる簡単なアンケートを用意する。個人名を紐づけず、「どの部署で」「どのようなサービスを」「どんな業務に」使っているかという傾向をつかむことを優先する。
3. 各部署の責任者に個別ヒアリングを行う。アンケートだけでは拾いきれない、部署固有の使い方（顧客対応の下書き、社内資料の要約など）を確認する。
4. すでに契約している業務システムのログも確認する。ブラウザ経由のアクセスログや、SaaS管理ツールを導入済みであれば利用状況の可視化機能も併用する。

アンケートの文例としては、次のような聞き方が実態を引き出しやすいとされています。

「業務の中で、ChatGPT・Gemini・Claude などの生成AIサービスを使ったことがありますか。会社として正式に許可していない状況ですが、今回は実態を把握することが目的で、回答内容によって個人を特定したり処分したりすることはありません。差し支えない範囲で、使用したサービス名・用途・頻度を教えてください。」

この段階でよくある懸念として、「処分しないと言っても、社員は信用しないのではないか」という声があります。過去に一度でも密告的な対応を取ってしまった会社では、この懸念は現実のものになりやすいため、初回の周知文面と、実際にその後どう運用するかの一貫性が重要になります。

経営層・上長への報告の仕方

実態把握を始める前に、必ず経営層または上長に状況を報告し、免責方針について合意を取っておく必要があります。担当者の独断で「処分はしません」と現場に伝えてしまうと、後になって経営層から異なる方針が示された場合、現場との信頼関係が損なわれます。

報告する際は、次の3点をセットで伝えると、経営層の理解を得やすくなります。

1. 現状（分かっている範囲での利用実態）：憶測ではなく、把握できている事実の範囲を正直に伝える。
2. リスクの見立て：STEP2で述べる緊急度の考え方をあらかじめ説明し、すべてが即座に重大なリスクというわけではないことを伝える。
3. 今後の進め方の提案：免責を前提とした実態把握から始め、応急ルール、正式ガイドラインへと段階的に進める方針を示す。

経営層の中には、発覚した事実に対して即座に厳格な対応を求める反応を示す方もいます。その場合は、「処分を急ぐと利用実態が水面下に潜り、かえってリスクの把握と管理が難しくなる」という点を、IPAの資料など客観的な情報を添えて説明すると、理解を得やすくなる場合があります。

ヒアリングで出てくる典型的な反論への対応

実態把握のためのヒアリングを進めると、現場から次のような反応が返ってくることがあります。あらかじめ想定しておくと、その場で慌てずに対応できます。

• 「便利だから使っていた。何が悪いのか分からない」：使ったこと自体を責める場ではないことを重ねて伝えたうえで、会社として把握・管理できていない状態そのものがリスクであることを説明します。個人の判断を否定するのではなく、会社側の体制が追いついていなかった、という位置づけで話すと角が立ちにくくなります。
• 「他の部署も使っているのに、なぜうちだけ聞かれるのか」：特定の部署を狙い撃ちしているわけではなく、全社的に実態把握を進めている一環であることを説明します。実際に全部署に同じ調査を行っていることが前提になるため、STEP1のアンケートは特定部署に偏らせず、全社一律で実施することが望ましいです。
• 「今さら禁止されても、もう業務のやり方を変えられない」：STEP3の応急ルールで、業務に支障が出ない範囲の代替案（利用してよいサービスの提示など）をセットで示すことが、この反論への実務的な回答になります。

STEP2: 発覚した利用実態をリスクの緊急度で仕分ける

実態がある程度見えてきたら、すべてを一律に扱うのではなく、リスクの高さで仕分けます。すべてを同時に対応しようとすると、優先度の低い案件に時間を取られ、本当に危険な使い方への対応が遅れます。

この仕分けを行う際、最も注意すべきなのは「高」に該当するケースです。特に、学習オプトアウトの設定がされていない無料版のサービスに、顧客情報や契約情報を入力していた場合は、入力内容がサービス提供側のモデル改善に利用される可能性があり、対応の優先度が最も高くなります。この場合、単に今後の利用を止めるだけでなく、どの情報が、いつ、どのサービスに入力されたかを可能な範囲で記録しておくことが、後の対応方針を検討するうえで重要です。

STEP3: 正式ガイドラインを待たずに「応急ルール」を即日展開する

正式な社内規程やガイドラインの策定には、通常であれば数週間から数ヶ月かかります。しかし、その間も現場での利用は止まりません。そこで、正式な文書が完成するまでの「つなぎ」として、最低限の応急ルールを即日〜数日で展開することが実務上効果的です。

応急ルールに含めるべき項目は、欲張らず3つに絞るのが実務的です。

• 入力してはいけない情報の具体例：「顧客名・取引先名を含む情報」「契約書・見積書の内容」「マイナンバー等の個人情報」など、抽象的な表現ではなく具体的な例で示す。
• 当面利用してよいサービスの範囲：会社として把握・許容できる範囲のサービスを暫定的に指定する。すべてを許可するのではなく、既知のサービスに絞ることで、把握できないサービスの利用拡大を防ぐ。
• 困ったときの相談窓口：担当者自身の連絡先で構わないので、「これは入力していいのか」を気軽に聞ける窓口を明示する。窓口がないと、現場は自己判断で使い続けてしまう。

応急ルールは、社内ポータルへの掲示やメール一斉送信、朝礼での周知など、既存の周知手段で構いません。重要なのは「正式版ができるまで待たせない」ことであり、体裁の整った文書である必要はありません。

なお、応急ルールと正式なガイドラインの関係でつまずきやすいのが、応急ルールを作ったまま更新を忘れ、正式版と内容が食い違ったまま放置されるケースです。応急ルールを出す時点で、「いつまでの暫定措置か」「正式版はいつ頃を目指すか」を明記しておくと、この事態を避けやすくなります。

STEP4: 応急対応から正式なガイドライン運用へ移行する

応急ルールで当面のリスクを抑えたら、並行して正式なガイドライン・社内規程の策定を進めます。ここでの文書構成や条文の考え方は、別記事の稟議を経て正式決定に至るまでの流れも含めて詳しく解説していますので、本記事では発覚後の対応という文脈で押さえるべきポイントに絞って触れます。

発覚後というタイミングだからこそ意識したいのは、ガイドラインの内容が「現場の実態とかけ離れていないか」という点です。事前にルールを作る場合と異なり、今回はすでに現場でどのような使われ方をしているかという生の情報があります。この情報を活かし、実際に使われている用途を前提とした、現実的なルールに仕上げることで、「守れないルール」を作ってしまうリスクを避けられます。

正式版への移行時に確認しておきたい項目を整理します。

• STEP1・STEP2で把握した利用実態を反映し、実際によく使われている用途については明確に許可または禁止の判断を示しているか
• 応急ルールで「当面利用してよい」としたサービスについて、正式に契約・許可するか、代替サービスに切り替えるかを決めているか
• STEP2で「高」に分類した案件について、再発防止の具体策（入力前チェックの手順など）が盛り込まれているか
• 正式版の公表と同時に、応急ルールをいつ廃止するかが明確になっているか

STEP5: 再発を防ぐための定着の工夫

正式なガイドラインを公表して終わり、ではありません。今回のように「気づいたら現場が先行していた」という事態を繰り返さないための、継続的な仕組みが必要です。

• 定期的な利用実態の確認：一度きりの棚卸しで終わらせず、半年に一度程度、簡単なアンケートやヒアリングを繰り返すことで、新しいサービスの無許可利用を早期に発見しやすくなります。
• 新しいサービスの申請窓口の周知：社員が「新しいAIサービスを使いたい」と思ったときに、勝手に使う前に相談できる窓口があることを、入社時研修や社内周知で継続的に伝えます。
• システム管理台帳への生成AIサービスの記載：既存のIT資産管理の枠組みに、契約中・許可中の生成AIサービスも記載し、他のシステムと同様に棚卸しの対象に含めます。
• 違反時の対応フローの明確化：ルールに反する利用が見つかった場合の対応手順（まず注意喚起か、業務上の重大性に応じて段階的に対応するか)を、感情的な対応にならないようあらかじめ決めておきます。

これらの工夫に共通するのは、「一度作ったルールを放置しない」という姿勢です。生成AIサービス自体が頻繁に新しくなる分野であるため、ガイドラインも一度作って終わりではなく、定期的な見直しを前提とした運用が現実的です。

業種・規模によって対応の重みづけは変わる

ここまでの手順は多くの会社に共通する基本形ですが、業種や取り扱う情報の性質によって、重みづけを調整する必要があります。

顧客との契約で外部への情報送信自体が制限されている業種や、要配慮個人情報を日常的に扱う業務がある会社では、STEP2の「高」リスクに該当する案件がないかどうかを、通常より慎重に確認する必要があります。場合によっては、正式なガイドラインが固まるまでの間、該当業務に関しては一時的に利用を停止するという判断も選択肢に入ります。

一方、一般的な事務・企画・営業業務が中心で、顧客の機密情報を日常的に扱う場面が限られる会社であれば、STEP3の応急ルールを比較的緩やかに設定し、早期に現場の活用を後押しする方向でも大きな支障は生じにくいと考えられます。

いずれの場合も、「発覚した実態を無視して一律の基準を当てはめる」のではなく、STEP1・STEP2で把握した自社固有の状況に基づいて判断することが、実務上のポイントになります。

よくある失敗パターン

発覚後の対応でつまずきやすいパターンを、3つ紹介します。

1. 調査と処罰を同じタイミングで行ってしまう：実態把握のためのアンケートを配ったすぐ後に、回答内容をもとに個別注意を行うと、次回以降の調査で正直な回答が得られなくなります。調査と、その後の教育的な対応は、時間的にも明確に切り離すことが望ましいとされています。
2. 応急ルールを作ったまま正式化を先延ばしにする：「とりあえず」の応急ルールが、いつの間にか正式ルール扱いになり、STEP4の正式な策定プロセスが進まないまま数ヶ月が経過するケースがあります。応急ルールを出す時点で、正式版の目標時期を決めておくことが対策になります。
3. 禁止だけを伝えて、代わりに何を使えばよいかを示さない：入力禁止の情報だけを伝え、業務でどう対応すればよいかの代替手段を示さないと、現場は「禁止されたが業務は変わらない」という板挟みになり、結局これまで通り無許可のサービスを使い続けてしまいます。応急ルールの段階から、当面利用してよいサービスをセットで示すことが重要です。

まとめ：発覚は「遅れ」ではなく「気づけた」タイミング

ルールの整備よりも先に現場が生成AIを使い始めていたという状況は、特別な失態ではなく、多くの会社が通る自然な段階です。重要なのは、発覚した事実に慌てて全面禁止や個別処分に走るのではなく、免責を明示した実態把握から始め、リスクの緊急度に応じて仕分け、応急ルールで当面のリスクを抑えながら、正式なガイドラインへと段階的に移行していくことです。

正式なガイドラインの具体的な章立てや条文の作り方については、別記事の生成AI利用ガイドラインの作り方で詳しく扱っています。また、そもそも自社は禁止と許可のどちらに寄せるべきかという判断基準に立ち返りたい場合は、ChatGPTを社内で禁止すべきかを扱った記事も参考にしてください。生成AI以外のシャドーIT全般の発見方法について知りたい場合は、シャドーIT（勝手に導入されたツール）の見つけ方と対処もあわせてご覧ください。