本文へスキップ
SNAMO Logo
SNAMO
小さな会社が社内システムのログ分析と調査を通じて、見えないシャドーAIやAIエージェント、IoT機器の利用状況を可視化し、RBAC・ABAC・コンテキスト認可でアクセスを管理する様子

小さな会社が見えないシャドーAIを社内調査とログ分析で見つけるまで

18 min read

雨の朝、星野ロジスティクスの情報システム部で、佐倉美緒は監視画面に並ぶ通信先を見つめていた。会社が正式に契約したAIサービスのほかに、ChatGPTやClaude、AI機能付きのSaaSらしい名前が、細い足あととして残っている。

「これは、誰が仕事で使ったのかしら」

机の端には、先週の社内アンケートが置かれていた。回答では「使っていない」「よく分からない」が多いのに、ネットワークログには知らないAIへのアクセスがある。Microsoft EntraやDefender for Cloud Appsで見える通信も、利用者や目的までは教えてくれない。

「会社が把握していないAI利用。つまり、シャドーAIですね」

森川主任の声に、佐倉は空欄の多い紙へ目を落とした。見えない足あとを、社員の声とログ分析でどう結びつければよいのか。小さな会社の静かな朝に、AI利用の地図を描く仕事が始まった。

この記事の答え

  1. 結論小さな会社でも、社内調査とアクセスログを照合すればシャドーAIを見つけられる。
  2. 根拠アンケートは利用意図、ログは通信事実を示し、両者の照合で未申告利用を把握できる。
  3. 最初の一歩利用サービス、アカウント、用途、入力データを共通項目にして社員調査を始める。
01

第1章 朝の監視画面に残った、名前のない足あと

雨の朝、ChatGPTとClaudeの通信先を監視する情シス担当者

第1章 朝の監視画面に残った、名前のない足あと - 本文

雨の朝、佐倉美緒は濡れた傘をたたみ、星野ロジスティクスの情報システム部へ急いだ。席に着くと、まだ明かりの少ない部屋で端末を開き、社内ネットワークの監視画面を表示した。

画面には、会社が正式に契約している業務用AIの通信先が並んでいた。その少し下に、ChatGPT、Claude、AI機能を備えたSaaSらしい名前、さらにLangChainのような開発者向けAIフレームワークらしい通信先まで、細い線のように残っている。

佐倉はマウスを止めた。通信先の名前は見えているのに、そこから先が見えない。

「これは、業務で使っているのかしら。それとも、誰かが少し試しただけなのかしら」

窓を打つ雨の音に、佐倉の声が小さく重なった。通信先の横には、時刻と端末名が表示されているが、利用者の名前や入力した内容までは書かれていない。

Microsoft Entraのサインイン記録を開いても、同じだった。Defender for Cloud Appsの画面を見ても、どのサービスに接続したかは分かるが、何の仕事に使ったのかまでは教えてくれない。

「足あとはあるのに、歩いた人の顔が見えませんね」

背後から森川主任の声がした。森川は片手に紙の束を持ち、佐倉の隣に立った。

「先週の社内アンケートです。生成AIを使っていますか、と聞いたら、『使っていない』と『よく分からない』が多かったんですよ」

佐倉は紙を受け取り、画面と見比べた。アンケートには、利用していないという丸がいくつも並んでいる。それなのに、ネットワークには、会社が契約していないAIサービスへのアクセスが残っていた。

「回答とログが、合っていません」

「そうですね。ただ、誰かがうそをついていると決めるのは早いでしょう」

森川は、画面の端にある小さな欄を指で示した。

「AI機能付きの議事録ツールや翻訳サービスは、AIを使っていると本人が思わないこともあります。スマートフォンや自宅の端末を使えば、会社の記録に出ない場合もあります」

佐倉はうなずいた。AIという名前が前に出るサービスもあれば、いつもの業務ソフトの中に、そっと隠れている機能もある。使った人が「AIを使った」と意識していなければ、アンケートの答え方も変わってしまう。

森川は、紙の束を机に置いた。

「こういう状態を、シャドーAIと呼ぶことがあります」

「見えないところで使われる、会社が把握していないAIのことですか」

「その通りです。会社が承認して管理している道具ではなく、社員が自分で見つけた道具を仕事に使っている状態です」

森川の説明は、雨だれのように静かだった。シャドーAIという言葉には少し影があるが、そこにいるのは、仕事を早く終わらせたい人や、文章を整えたい人かもしれない。

「つまり、使ったこと自体を責める前に、何が起きているかを知る必要がありますね」

「はい。見えていないことが、いちばん困るのです」

森川はホワイトボードに、四つの言葉を書いた。サービス名、利用者、使った目的、入力したデータ。その文字を囲むように、佐倉は画面から拾える情報を書き足していった。

ChatGPTへのアクセスは、営業部の端末からだった。Claudeらしい通信は、時刻だけを見ると夜遅くに集中している。AI機能付きSaaSらしい通信は、部署名だけでは用途を判断できず、開発者向けの通信先は、誰かがコードを試したのか、業務システムの一部が自動で呼び出したのかも分からない。

「ログは地図ですね。でも、地図だけでは、そこへ何をしに行ったかまでは分からない」

「だから、社員の声と重ねるのです」

森川は、アンケートの空欄を指した。

「サービス名を覚えていない人もいます。個人アカウントか会社のアカウントか分からない人もいます。聞き方を少し変えれば、ログとつながる手がかりが見つかるかもしれません」

佐倉は、空欄の多い紙をめくった。高橋が個人版ChatGPTへ顧客情報を入力しかけた先週の出来事が、胸の奥によみがえる。送信前に誤った配送日を見つけられたからよかったが、同じような足あとが、ほかにも残っている可能性はあった。

「知らないサービスを見つけるだけでは、足りないんですね」

「ええ。誰が、どの部署で、何のために、どの種類の情報を使ったのか。そこまで少しずつ結びつけて、初めて社内の地図になります」

窓の外では、雨がまだ細く降っていた。佐倉は画面の通信先と、机の上のアンケートを交互に見た。

紙の端にある「使っていない」という回答に指を置き、その隣の「よく分からない」という言葉へゆっくり移した。空欄は何もない印ではなく、まだ尋ね方の決まっていない声のように見えた。

02

第2章 営業資料が、知らないAIの画面に消えた日

Claude通信と外部送信警告を確認するログ分析画面

第2章 営業資料が、知らないAIの画面に消えた日 - 本文

会議の三十分前、営業部の高橋は、提案書の画面を何度も読み返していた。文章は固いままだった。顧客に伝わりやすい言葉へ整える時間も、もう残っていない。

高橋は会社の正式なAIツールではなく、以前から個人的に使っていたClaudeをブラウザーで開いた。画面の隅には、自分のメールアドレスで作ったアカウント名が出ていたが、高橋は気に留めなかった。

「文章を整えるだけなら、問題ないだろう」

提案書の冒頭から、顧客名を一部伏せてコピーした。けれど、納品先の地域、月ごとの出荷量、現在の困りごとは残っていた。高橋は入力欄に、「営業提案書として、もう少しやわらかい表現にしてください」と書き、送信ボタンを押した。

返ってきた文章は、すぐに使えそうだった。高橋はほっとして、整えられた文を提案書へ戻したが、ブラウザーのタブを閉じるとき、個人アカウントで操作していたことを思い出した。

同じころ、情報システム部の森川主任の机に、営業部から相談が届いた。顧客情報を外部サービスへ送った可能性があるという内容だった。相談者は、誰が、どの画面で、何を入力したのかまでは確認できていなかった。

「まずは事実を分けよう。送信された可能性と、実際に何が入力されたかは、同じではないからね」

森川主任はそう言って、佐倉美緒を呼んだ。佐倉は相談票をスキャンし、調査用のフォルダーへ保存した。元のファイルは読み取り専用にし、調査日時と担当者もメモした。

最初に、佐倉はプロキシログをCSVで書き出した。会議前の九時から十時までに絞り、宛先の列で「claude.ai」を検索したが、該当する行は出なかった。佐倉は一瞬、外部AIは使われていないのかと思った。

しかし、森川主任が画面をのぞき込んだ。

「サービスは、ひとつの名前だけで通信するとは限らないよ。まずAIサービスの分類と、関連するドメインを確認しよう」

佐倉はDefender for Cloud Appsのアプリ一覧を開いた。AIサービスの分類から、ClaudeやChatGPTに関連する通信を選び、同じ時間帯のアクセスをもう一度抽出した。すると、先ほどの検索では見えなかった外部AIへの接続が、細い列になって現れた。

ログには、アクセス時刻、接続先、端末識別子があった。だが、プロンプトの文章や、添付された資料の中身は記録されていない。送信ボタンを押したかどうかも、通信先だけでは断定できなかった。

「Microsoft Entraのサインインログも見ます。会社のアカウントで入っていれば、利用者に近づけるかもしれません」

佐倉は該当時刻の認証ログを開いた。会社のアカウントでClaudeへログインした記録は見つからなかった。代わりに、プロキシログには営業部の共有ノートパソコンに割り当てられた端末識別子が残っていた。

高橋がその端末を使っていた可能性は高い。けれど、本人の個人アカウントで利用していれば、Microsoft Entraには記録されない。私物のスマートフォンや自宅のパソコンなら、会社のプロキシログにも現れない。

森川主任は、画面に並んだ空白を指でなぞった。

「アンケートでは、使っていない人がいる。ログには現れる人もいる。でも、ログに現れても、入力内容までは分からない」

佐倉は、空白を無理に名前で埋めるのをやめた。ログにある事実、推測できる範囲、まだ確認できないことを、別々の列に分けた。サービス名、時刻、端末、会社アカウントの有無、ファイル送信の兆候を表にし、断定の欄には「未確認」と記した。

そこへ高橋が情報システム部を訪れた。森川主任は責める声を出さず、相談票を机の中央に置いた。高橋はしばらく黙っていたが、会議前にClaudeを開いたことを話した。

「顧客名は伏せました。文章を整えただけです。外へ出すつもりはありませんでした」

「話してくれて、ありがとうございます。確認したいのは、誰かを責めることではありません。どんな情報が、どの経路を通ったのかです」

高橋は入力した文章を思い出しながら、地域と出荷量が残っていたことを認めた。佐倉はその場で原文を再現させず、資料の版と入力した項目だけを聞き取った。聞き取り内容には、顧客名を伏せても組み合わせで特定につながる情報が含まれる可能性がある、と記した。

調査の途中で、別のつまずきも見つかった。営業部のブラウザーには、ClaudeだけでなくChatGPTや、AI要約機能を持つSaaSへのアクセスも残っていた。サービス名だけを並べても、文章作成、翻訳、議事録、PDF要約のどれに使われたかは分からない。

佐倉は用途を推測して色を付けるのをやめ、サービス分類とデータの種類を別々に整理した。公開情報、社内一般情報、顧客に関わる情報の三つに分け、分からないものは「確認待ち」とした。こうしておけば、次のアンケートでサービス名だけでなく、アカウントの種類、利用目的、入力データも尋ねられる。

「禁止と書くだけでは、また別の画面へ移るかもしれません。まず、何が起きたかを確かめられる仕組みが必要です」

佐倉の言葉に、高橋は小さくうなずいた。高橋は提案書を持ち帰り、顧客情報を含まない文章で、会社が認めた環境を使って整え直すことになった。佐倉はログの原本、聞き取り記録、抽出したCSVを同じ調査番号で結び、誰が見ても経緯を追えるようにした。

最後に、監視画面へ戻ると、該当する通信の横に「外部送信」という警告が表示されていた。佐倉はその警告を消さず、時刻と端末識別子が見える状態のまま、画面を保存した。

03

第3章 AIの地図を描くための、二枚の紙

二枚の紙とAI通信の線を見つめる会議室

第3章 AIの地図を描くための、二枚の紙 - 本文

会議室のホワイトボードに、久保は二枚の紙を並べた。窓の外では雨が細く降り、佐倉の机には、前日に集めた空欄の多いアンケートが置かれていた。

「こちらには、社員が使ったと答えたAI。こちらには、ネットワークで見つかったAI、と書きます」

久保は、左の紙に「社員が使ったと答えたAI」と書いた。右の紙には「ネットワークで見つかったAI」と書き、二枚の間に少しだけすき間を残した。

「一枚だけでは、利用者の意図も、実際の通信も見えません。二枚を重ねると、使った人の声と、システムに残った足あとが近づきます」

佐倉は、左の紙に高橋の名前を書きかけて、手を止めた。ログにClaudeらしい通信があっても、それだけで高橋が使ったとは言えないからだ。

「アンケートでは、何を聞けばよいでしょうか」

「使っているAIサービスの名前。何に使うのか。会社のアカウントか、個人アカウントか。入力する情報の種類も必要です。仕事で続けて使いたいか、正式な申請や承認を受けたかも聞きましょう」

久保は、紙の端に一つずつ短い言葉を足した。利用頻度、利用部署、会社のルールを知っているかという項目も、声に出して確認した。

「これは、使った人を探して責める調査ではありません。安全な代わりのサービスや、申請する場所を知らせるための地図です」

その言葉を聞くと、佐倉の肩から少し力が抜けた。知らないAIを使った人にも、使わざるを得なかった理由があるかもしれない。

久保は右の紙へ移り、Microsoft EntraのシャドーAI検出機能を開いた。続けてDefender for Cloud Appsのアプリカタログを示し、InternetやMicrosoft 365の周辺にある通信を、サービス名や利用者の単位で確かめる流れを説明した。

「ChatGPTやClaudeのような生成AIだけではありません。AI翻訳や議事録機能を持つSaaS、開発用フレームワークも見ます。SaaS MCPのように、サービス同士をAIにつなぐ接続先も対象です」

「AI専用に見えない道具も、地図に入れるのですね」

「そうです。CASBとSWGは、クラウドやWebへの道を見張る仕組みです。未承認サービスへのアクセス、個人テナントへのログイン、ファイルのアップロードなどを確認しやすくします」

久保は、右の紙に細い線を何本も引いた。その線は、会社のパソコンから外部サービスへ伸びていた。

「ただし、通信が見えたことと、機密情報を入力したことは同じではありません」

佐倉は、その一文を赤いペンで囲んだ。足あとを見つけた後に、聞き取りと追加の記録で確かめる必要がある。

「承認されたAIやAIエージェントは、別の見方もできます。要求ID、時刻、ユーザー、セッション、モデル名、参照した文書、ツール呼び出し、権限、エラーを、項目の決まった構造化ログに残します」

久保はホワイトボードに、一本の長い線を描いた。その線の先頭にtrace_idと書き、途中に小さな区切りを置いた。

「trace_idは、一つの処理を最初から最後までつなぐ番号です。LLMの呼び出しやツールの呼び出しは、スパンという小さな区間に分けます。どこで時間がかかり、どこで失敗したかを追えるようになります」

「同じ記録で、安全も速さも見られるのですね」

「でも、何でも保存してよいわけではありません。監査のためのログと、性能を見るログは分けます。個人情報や機密情報は、保存する前に伏せる、短くする、保存しない、と決めます」

会議室の時計が小さく音を立てた。佐倉は二枚の紙をゆっくり重ねた。

左の紙にある「使った人の声」と、右の紙にある「システムに残った足あと」が、初めて同じ場所に並んだ。空白はまだ残っていたが、その空白を空白のまま記録できることも、地図の一部になっていた。

04

第4章 空白だらけのログに、ひとつずつ名前をつける

AIサービスのログを照合する社内情シス担当者

第4章 空白だらけのログに、ひとつずつ名前をつける - 本文

最初のダッシュボードを開くと、同じAIサービスがいくつもの名前で並んでいた。佐倉美緒は画面を見つめ、マウスを止めた。正式なサービス名で出る通信もあれば、ドメイン名だけの通信もある。開発用の接続先らしい行には、見慣れない文字列が続いていた。

「ChatGPTと表示される行と、別のドメインで表示される行は、同じものかもしれません。でも、今のままでは断定できませんね」

森川主任が隣の椅子を引いた。Microsoft Entraのアカウント情報がつながる行もあったが、個人アカウントで使われた通信には利用者名が出ない。Defender for Cloud Appsで見える足あとも、誰が何の仕事で使ったかまでは語らなかった。

佐倉は新しい列を画面に加えた。アプリ名とドメイン、AIサービス・AI機能付きSaaS・開発用ツールの分類、承認済み・確認中・未承認の状態を並べた。その横には利用部門、業務上の責任者、外部送信の有無、申請や確認の履歴を書けるようにした。

「名前をそろえるだけで、空白が少し見えるようになりますね」

「空白を埋めるときも、決めつけないことが大切です」

森川は、社内アンケートの表を開いた。利用しているAIサービス名、公式アカウントか個人アカウントか、部署、頻度、用途、入力データの種類、会社ルールを知っているか。その回答をログと照らし合わせると、アンケートにはないサービスがいくつか現れた。

佐倉はすぐに「違反」と赤く塗らなかった。通信の記録は事実だが、利用者の意図までは記録しない。確認の連絡を送ると、営業部の高橋から返事が届いた。

「怒られると思っていました」

「何を使ったか、何のためだったか、どんな情報を扱ったかを一緒に整理したいんです」

高橋は、公開されている製品情報の要約に使ったこと、個人アカウントを使ってしまったことを話した。顧客名や社内の価格表は入力していないという。佐倉は回答欄に一つずつ記し、状態を「確認中」に変えた。

午後、久保がログの設計図を持ってきた。ネットワーク上でAIらしい通信を見つける検出ログと、承認済みAIエージェントの詳しい記録は、分けて考えることにした。

「詳しい記録をテレメトリと呼びます。AIがどんな処理をしたかを追える、作業日誌のようなものです」

その日誌には、要求ID、実行ユーザー、入力の分類、参照データID、ツール名と引数、権限チェックの結果、出力、エラー、処理時間、トークン使用量を残す。けれど、AIの思考過程をそのまま保存することはしない。代わりに、判断理由の要約、参照した文書ID、承認結果を記録する方針にした。

試運転の途中で、同じ処理が別々のログに分かれた。入力は残っているのに、呼び出したツールの記録が別の場所にあり、どの処理につながるのか分からない。佐倉は画面の前で眉を寄せたが、久保が小さくうなずいた。

「共通のしるしを持たせましょう」

二人はtrace_idを共通キーにした。要求からツール呼び出し、出力までを同じ番号で結び直し、監査用ログと性能改善用ログは別々に保存した。誰が何を承認したかを守る場所と、処理時間を短くするために見る場所が、静かに分かれていった。

夕方、佐倉が画面を更新すると、一覧の一番下にあった「不明」が消えた。そこには「営業部・確認待ち」と表示されていた。窓の外では雨が上がり、高橋から届いた確認事項の横に、佐倉は小さく「次回、法人アカウントを案内」と書き添えた。

05

第5章 ばらばらだった通信が、ひとつの地図になる

AI利用状況と通信の流れを確認する会議室

第5章 ばらばらだった通信が、ひとつの地図になる - 本文

朝の会議室で、壁いっぱいのモニターに新しいAI利用状況の画面が映った。先週まで細い足あとに見えていた通信が、部門名や確認状態とともに、ひとつの地図になっていた。佐倉美緒は、窓の外の雨を背にして画面を見上げた。

「前は、知らないAIの名前が並んでいるだけでしたね」

森川主任がそう言うと、画面の中でサービス名の横に色の違う札が並んだ。ChatGPTやClaudeのような名前のほか、ブラウザ拡張機能や、業務システムに組み込まれたAI機能も表示されている。通信の入口は、Microsoft EntraとDefender for Cloud Appsから集めた記録で確認できるようになっていた。

佐倉は、画面の左側を指した。そこには「承認済み」「利用目的確認済み」「確認中」「責任者不明」「外部送信の可能性」と、五つの状態が並んでいた。単に危険なAIを並べた一覧ではない、と彼女は説明した。

「会社が認めているか。仕事で使う目的が分かっているか。誰が責任を持つのか。外へデータが送られる可能性があるか。その違いを、同じ画面で見分けられるようにしました」

森川主任は、以前の表を思い出した。そこには、サービス名とアクセスの印だけがあり、利用者の欄は空白だった。会議ではいつも、「誰かが危険なAIを使っているかもしれない」という言葉から話が始まっていた。

今度は、高橋の記録が開かれた。ネットワークログの通信先、社内アンケートの回答、本人に確認した利用目的が、一つの記録に結びついている。検出ログとAIエージェントの詳細ログは別々に保管されていたが、trace_idという処理の目印で、同じ流れとして追えるようになっていた。

「高橋さんがAIを使った、だけでは終わらないんですね」

「はい。どのサービスを、何の仕事で、どんな情報と一緒に使ったかまで確認できます」

画面には、利用部門、申請の責任者、データ分類、外部通信の有無、本人確認の進み具合が並んだ。空白だった欄には、確認した日付と担当者の名前が入り、推測だった通信が、確かめられた業務の記録へ変わっていた。

久保は、承認済みのAIエージェントの画面を開いた。そこには、通常のツール呼び出し、要求量、エラー、権限の利用、応答時間を記録する欄がある。普段の状態を基準にしておけば、遅いというだけで慌てず、権限外のデータへのアクセスや、想定外のツール呼び出しを複数のトレースから確かめられるという。

「制約違反や、有害な副作用も、ひとつのログだけでは決めません。どの処理のあとに何が起きたかを、流れで見ます」

久保の声は静かだった。性能を見る記録と、監査のために残す記録が、同じ箱に押し込まれずに並んでいた。画面の色は落ち着いていて、会議室の空気も、以前よりゆっくりになった。

「これなら、監査のための記録と、性能改善のための記録を混ぜずに済みますね」

森川主任は、画面から目を離さなかった。誰が使ったか分からない通信を責めるのではなく、どの申請に結びつき、どのデータ分類で、どの確認状態なのかを話せる。会話の主語が、「誰か」から「この記録」へ変わっていた。

会議の終わりに、未確認サービスの欄がひとつだけ残った。その横には、空白ではなく、確認を依頼する担当者名が表示されている。佐倉は依頼文を開き、利用目的と入力データを尋ねる短いメッセージを送った。

送信ボタンを押すと、モニターの地図に新しい線が伸びた。まだ分からないものは残っている。それでも、見えない足あとを見失わずに、次の確認へ進める画面になっていた。

06

第6章 知らないAIを見つけても、画面の前で立ち止まれる会社

Microsoft Entraのログを確認する情シス担当者とAI利用地図

第6章 知らないAIを見つけても、画面の前で立ち止まれる会社 - 本文

朝、星野ロジスティクスの情報システム部で、佐倉美緒はいつもの監視画面を開いた。雨は上がっていたが、画面の隅には新しく検出された「Google Gemini」の名前が灯っていた。赤い「未承認」の表示が、静かに点滅している。

以前なら、佐倉はその表示を見て、アクセスを止める依頼を出していた。けれど今は、サービス名の隣に利用部門、通信先、アカウント種別、申請状況、データ分類、確認担当の欄が並んでいる。赤い札だけで、人の仕事を決めつけないための画面だった。

「利用部門は営業。アカウントは個人用。申請は、まだありません」

森川主任が、佐倉の後ろから画面をのぞいた。Microsoft EntraとMicrosoft Defender for Cloud Appsから届いた通信の記録が、社内アンケートと同じ表の上でつながっている。

「では、止める前に聞きましょう。仕事で使ったのか。何のために使ったのか。そして、何を入力したのか」

佐倉は、端末の利用者へ通知を送った。文面は、以前のような「未承認サービスを使用しています」ではなかった。

「業務利用の有無と目的を確認してください」

短い言葉の下に、社内ポータルの申請画面へのリンクが置かれている。責める赤文字ではなく、確認へ続く小さな扉だった。

しばらくして、営業の高橋から申請が届いた。Google Geminiを、海外向け資料の下書きに使ったという。入力したのは公開済みの商品説明だけで、顧客名や未公開の納期は入れていない、と記されていた。

「前は、急いでいると顧客情報まで貼りそうになりました」

高橋は、確認のために情報システム部へ来た。佐倉は承認済みのMicrosoft 365 Copilotを開き、社内の手順に沿って資料を作り直せることを示した。

「この方法なら、会社のアカウントで使えます。入力してよいデータも、確認する人も決まっています」

高橋は画面を見比べた。便利さを捨てるのではなく、使う道を選び直せることが、以前とは違っていた。

森川主任は、承認済みのAIについても記録を確かめた。ログをどこまで保存するか。個人情報を扱わない設定になっているか。誰に権限があり、例外が起きたとき誰が確認するか。承認の札は、何でも自由にしてよいという札ではなかった。

「ログは、答えそのものではありません。入力内容までは見えないこともあります。だから、通信の記録と本人の申告を、同じ場所で確かめるのです」

佐倉はうなずいた。チャットに残った「Claudeで要約した」という言葉も、申請画面の回答も、通信先の記録も、一つの利用地図に重なっている。見つけることは、終わりではない。話を始める合図になっていた。

昼前、窓の外の雲が薄くなった。監視画面の地図には、いくつもの通信先が細い線で並び、その中に新しい「Google Gemini」の名前が追加された。

その隣には、赤い禁止札ではなく、「確認中」という小さな札が灯っていた。佐倉は画面を閉じず、次の申請を待つ机に、温かいお茶をそっと置いた。

関連キーワード

シャドーAI
社内アンケート
ログ分析
ChatGPT
Claude
Microsoft Entra
Defender for Cloud Apps
社内調査
ネットワークログ
構造化ログ

著者について

鈴木信弘(SNAMO)

鈴木信弘(SNAMO)- 静岡県を拠点に活動する総経験19年のフルスタックエンジニア。AI時代の次世代検索最適化技術「レリバンスエンジニアリング」の実装者として、GEO(Generative Engine Optimization)最適化システムを開発。2024年12月からSNAMO Portfolioの開発を開始し、特に2025年6月〜9月にGEO技術を集中実装。12,000文字級AI記事自動生成システム、ベクトル検索、Fragment ID最適化を実現。製造業での7年間の社内SE経験を通じて、受注システム自動化による業務時間の短縮や検品作業のデジタル化など、現場の課題を技術で解決してきた。富山大学工学部卒、基本情報技術者保有。

プロフィールを見る

よくある質問

Q1シャドーAIとは何ですか?
シャドーAIとは、会社の承認や管理を受けずに、社員が個人アカウントや未承認のAIサービスを業務で利用することです。利用実態が把握しにくく、顧客情報や社内機密が入力されるリスクがあります。
Q2小さな会社でもシャドーAIを調査する必要がありますか?
必要があります。社員数が少なくても、個人版ChatGPTやClaudeなどに顧客情報や業務データが入力される可能性があります。まずは利用サービス、アカウント、用途、入力データを整理することで、実態を把握しやすくなります。
Q3シャドーAIはどのように見つければよいですか?
社内アンケートや聞き取り調査と、ネットワークのアクセスログを組み合わせて確認します。アンケートでは社員の利用意図や用途を把握し、ログでは実際にどのサービスへ通信したかを確認します。両者を照合すると、申告されていない利用も見つけやすくなります。
Q4社内アンケートとアクセスログが一致しない場合はどうすればよいですか?
どちらかをすぐに誤りと判断せず、情報の違いとして整理します。個人アカウントの利用、サービス名の表記揺れ、共有端末、利用者情報の欠落などが原因になり得ます。社員への聞き取りとログの再確認を行い、断定できない部分は空白として記録することが重要です。
Q5シャドーAIの調査で、社員を責めずに進めるにはどうすればよいですか?
目的を「違反者探し」ではなく、「利用実態の把握と安全なルール作り」と明確にします。利用者の意図と通信の事実を分けて記録し、入力したデータの種類や業務上の背景を確認します。責めるのではなく、リスクを減らすための改善策につなげることが大切です。
Q6AIの利用ログでは、どのような情報を記録すべきですか?
サービス名、利用日時、利用者や端末、アカウント種別、用途、入力データの分類、承認状況などを記録するとよいでしょう。承認済みAIについては、利用状況を追跡できる構造化ログを整備すると、後から調査しやすくなります。
Q7AIエージェントの詳細ログとネットワーク検出ログはどう使い分けますか?
ネットワーク検出ログは、どのサービスと通信したかという事実を確認するために使います。一方、AIエージェントの詳細ログは、処理内容や操作の流れを確認するために使います。両者をtrace_idなどの識別子で結び付けると、通信から処理までを一貫して追跡できます。
Q8シャドーAIの調査で、サービス名や利用者情報が欠けている場合はどう整理しますか?
表記揺れや不完全な情報を統一し、アンケート、聞き取り、アクセスログを照合します。そのうえで、確実に確認できた事実と推測を分けて記録します。情報が不足している場合は無理に断定せず、未確認項目として残すことが適切です。