#40「Shadow AIの本当のリスクはデータ漏洩じゃない」と知って、アクセス制御から見直した話

対象読者: 意思決定層（CTO/CISO/PM・経営層）

先日、The Hacker Newsの記事を読んでいて、頭がぐるりと反転するような感覚を覚えました。

「Forget Data Leakage: Shadow AI's Real Threat Is Access Control」——タイトルを最初に見たとき、「Shadow AIにはデータ漏洩以外にも見落としている問題があるの？」と思ったんです。Shadow AIといえば「社員が許可なく使う生成AIにデータを入力してしまう」問題だと、私はずっとそう整理していました。でも読み進めると、データ漏洩に加えてアクセス制御が新たな重要リスクになっているという論点に気づかされました。

Shadow AI（シャドーAI）というのは、IT部門の許可を得ずに社員が勝手に使い始めたAIツールやサービスのことです。

この記事では、Shadow AIが経営に突きつける「もう一つのリスク」と、意思決定層が今すぐ着手すべきことを整理します。

1. Shadow AIのリスクをデータ漏洩と捉えていると危ない理由

「従業員が個人用ChatGPTに顧客情報を貼り付けた」——Shadow AIと聞いてまず思い浮かぶのは、こういった情報漏洩シナリオです。多くの企業がここに対策を集中させています。

しかし、AIツールが「使うもの」から「動くもの」に変わってきたことで、リスクの性質が変わりました。社員がAIに指示を出す段階では、入力するデータの管理でリスクをある程度コントロールできます。ところが今、AIは「業務システムにアクセスして作業を代行するエージェント」として使われるようになっています。

エージェント型AIは、社員のかわりに社内ツールを操作します。そのために、社員の権限を「代理」する形で業務システムへの接続情報を受け取るわけです。

ここで問題が発生します。そのアクセス権が、後でどこに残るかを誰も把握していないというケースが、今の多くの組織で起きているのです。

2. アクセス制御の問題とは何か——OAuthとシャドートークンの落とし穴

社員が外部AIツールをSlackやGoogleワークスペースと連携するとき、多くの場合「OAuthで認証する」という操作をします。

OAuth（オーオース）は、パスワードを直接渡さずに、特定のアプリに「この操作だけ許可する」というトークン（鍵情報）を発行する仕組みです。

問題は、このトークンの扱いです。

• OAuthトークンやリフレッシュトークンの有効期間はサービスによって異なり、長期間有効なケースもある

• 社員が「あのAIツール、使うのやめた」と思っても、アクセス権の取り消し（トークン失効）は自動では行われない

• IT部門が把握できる管理機能を備えたプラットフォームも存在するが、実際には未管理のOAuth連携やAIツールが可視化されていない組織も少なくない

この状態をシャドートークンと呼ぶ人もいます。見えないところで有効であり続ける接続口が組織内にじわじわと増えていく状態です。

もし社員が退職した後も、その社員がかつて連携したAIツールのトークンが失効していなければ、そこは「ドアが閉まったように見えて、実は鍵がかかっていない部屋」になります。

3. 組織に「孤立したAIエージェント」が生まれるとどうなるか

BleepingComputerの2026年6月19日の記事では、組織に「孤立したAIエージェント」が増えている問題が取り上げられました。

特定の社員が業務システムとAIエージェントを連携させた瞬間、「エージェントのID」が誕生します。しかしその社員が退職したりプロジェクトが終わったりしたとき、エージェントのアクセス権は残ったままになりやすいんです。

BleepingComputerの記事ではこれをOrphaned AI Agents（孤立したAIエージェント）と表現しています。飼い主がいなくなった後も、接続口だけが生き続けている状態です。

経営リスクとして次の問題が連鎖します。

• 社内システムへの接続口の数が把握できなくなる

• インシデント時に「どのAIツールが何にアクセスできたか」を調査する手段がない

• 攻撃者がこの孤立したトークンを悪用した場合、検知が遅れやすい

4. 経営層がShadow AIに対してすべき3つの判断

Shadow AIのアクセス制御リスクに対して、今すぐ経営層が判断すべきことは3つです。

① AIツールの棚卸し: 「使われているAI」を可視化する

情報システム部門に、社内の業務システム（Microsoft 365・Google Workspace等）に過去1年で許可されたOAuth連携の一覧取得を指示します。非公認のAIツールが含まれていないか、退職者のアカウントに紐づいたトークンが残っていないかを確認します。環境の規模や使用SaaSの数によって所要期間は異なりますが、まずは主要な業務システムから棚卸しを始めるのが現実的です。

② 承認プロセスの整備: 「AIとの連携」を申請対象にする

既存の外部サービス連携申請に「AIツール・生成AIサービスとのOAuth連携」を明示的に追加します。新規連携が発生するたびに可視化される仕組みにすることが目的です。

③ アクセス権の定期失効ルールを設ける

「例えば90日ごとの再認証を必須にする」など、組織の運用実態に応じたトークン失効ルールを設けると自動的に棚卸しが発生する仕組みになります。Microsoft Entra IDやOktaのようなIDプロバイダー（社員のIDを一元管理するサービス）を導入済みであれば、条件付きアクセスポリシーで設定できます。

まとめ

Shadow AIのリスクはデータ漏洩にとどまらず、「誰も把握していないアクセス権が組織の内側に残り続ける」ことも見逃せない問題です。

3つのポイントを振り返ります。

• Shadow AIの問題はデータ入力だけでなく、アクセス制御の「見えない穴」として残り続ける

• OAuthトークンや孤立したAIエージェントのIDは、退職後・プロジェクト終了後も有効なまま残りやすい

• 対策の出発点は「可視化」——まず今どんなAIツールが何に接続しているかを棚卸しすること

次のアクションとして、情報システム部門またはセキュリティ担当者に「Shadow AIアクセス棚卸し」の実施指示を出してみてください。調査結果が出た段階で、承認プロセスの整備に着手するのが現実的な順序です。

最後に…ちょっとだけ宣伝です：一緒に働く仲間を探しています！

この記事を書いているアクシスNWチーム広報部をはじめ、当社では現在、新しいメンバーを積極的に採用しています。 最先端のAIをパートナーに、ワクワクするような挑戦ができる環境が整っています。まずはカジュアルにお話ししませんか？ 新卒の方も、キャリア採用の方も、ぜひお気軽にチェックしてください！
⇒株式会社アクシス人事採用担当(note)
⇒株式会社アクシス求人情報(私の仲間の取材がいっぱいあります)
⇒株式会社アクシス中途採用サイト
⇒株式会社アクシスホームページ

#アクシス　#広報　#ゼロトラスト　#サイバーセキュリティ　#ネットワーク　#スキしてみて　#IT