>
>
公開日
この記事の読み方：目的に応じて以下のセクションから読み始めてください。
今すぐ対処したい（緊急時）：「今日行う3項目」および「生成AIインシデントの初動手順」へ
新しいAIツールを導入する前に（導入前）：「AIツールの導入可否を判定する評価表」および「シャドーAIの防止策と安全なAI導入の判断基準」へ
継続的に運用・監査したい（継続運用）：「生成AIセキュリティのベストプラクティスと運用チェックリスト」および「責任共有モデル」へ
生成AIの利用を全面禁止するだけでは、従業員が個人端末やブラウザ拡張機能へ移り、情シスから見えないシャドーAIが増えるおそれがあります。事故を抑えるには、公開事例を基に侵害経路を分解し、安全な公式環境、最小権限、ログ監査、端末保護を組み合わせます。
この記事で確認したこと（確認日: 2026年06月01日）：生成AIへの機密入力、サービス側の不具合、情報窃取型マルウェア、過剰なOAuth連携、自律型AIエージェント、EU AI Actの適用日程を確認範囲としました。公式発表で裏付けられない企業名、被害額、攻撃経路は実在事故として断定せず、一般的な事故シナリオと区別しています。
シャドーAI事例とは？インシデントが起きる仕組みと4類型
シャドーAIとは、企業の承認、契約、技術審査を経ずに、従業員や部門が生成AIを業務へ利用している状態です。
本記事のポイント
シャドーAIの対象は、チャットサービスだけでなく、SaaS組み込み機能、ブラウザ拡張機能、AIエージェントまで広がっています。
入力内容の学習利用だけでなく、保存期間、共有設定、OAuth権限、端末侵害が情報漏洩の発生範囲を左右します。
全面禁止とガイドラインだけでは利用が地下化するため、企業管理下の代替環境と技術的な可視化を同時に整備します。
公開事例を評価するときは、確認済みの事故と攻撃シナリオを分け、企業の公式発表または調査主体が明確な資料を根拠にします。
シャドーITとの違い
従来のシャドーITでは、未承認のクラウドストレージやチャットツールにデータが保存されることが主な問題でした。シャドーAIでは、従業員がプロンプトに入力した顧客情報、ソースコード、契約書、会議録に加え、AIが接続先から自動取得したデータも外部処理の対象になります。
ただし、入力データが必ずモデルへ学習され、別ユーザーへそのまま表示されるわけではありません。学習利用、サービス改善への利用、一定期間の不正監視用保存、会話履歴の保存は別の処理です。法人契約で学習不使用が明記されていても、保持期間やコネクタ経由の取得範囲、利用者自身による外部共有は残ります。
未認可クラウドを含む管理対象の整理には、既存のSMP（SaaS Management Platform）の解説記事も利用できます。
2026年に拡大するシャドーAgent
2026年に情シスが監視対象へ加える領域は、自律的に処理を実行するAIエージェントです。従来の生成AIは利用者が文章を貼り付ける形が中心でしたが、AIエージェントはメール、ストレージ、顧客管理システム、ソースコード管理サービスへ接続し、検索、更新、送信まで実行します。
この構成では、人間以外のIDであるNHIの管理が事故防止の中心になります。APIキー、サービスアカウント、OAuthトークンを個人が発行し、期限を設定せずにコードや自動化ツールへ直書きすると、退職後も権限が残り続けます。エージェントには専用IDを割り当て、対象データ、操作内容、有効期限、実行ログを人のアカウントと分離します。
インシデントの4類型
AI事故は、データ入力、サービス側の不具合、認証情報の窃取、AIへの攻撃という4類型で整理すると、対策の抜けを特定しやすくなります。
類型 | 具体例 | 優先する制御 |
|---|---|---|
機密情報の入力 | 顧客名簿、契約書、未公開コードを個人アカウントへ送信 | 公式AI環境、データ分類、DLP、利用教育 |
提供基盤の不具合 | アクセス制御やキャッシュの不具合で他利用者の情報が露出 | 契約、障害通知、保持期間、削除手続の審査 |
認証情報の窃取 | InfostealerがブラウザのCookieや保存パスワードを取得 | 管理端末、EDR、MFA、セッション失効 |
AI固有の攻撃 | プロンプトインジェクションで接続データやシステム指示を引き出す | 入力分離、出力検証、最小権限、人による承認 |
調査数値と規制動向
MicrosoftとLinkedInの「2024 Work Trend Index」（2024年5月公表、microsoft.com/en-us/worklab/work-trend-index で全文参照可能）は、世界のナレッジワーカーの75％が仕事でAIを利用し、職場でAIを使う回答者の78％が自ら用意したAIを持ち込んでいると報告しました。この78％は世界全体のBYOAIに関する値であり、日本の従業員が無許可で利用した割合とは区別して扱います。
IBMは「Cost of a Data Breach Report 2025」で、シャドーAIが関与した侵害では、関与しない侵害より平均コストが67万米ドル高かったと報告しています。IBMのCost of a Data Breach Reportを社内説明へ使う場合は、調査年と比較対象を併記すると、為替換算だけが独り歩きする状態を防げます。
EU AI Actは2024年8月1日に発効し、禁止されるAI利用とAIリテラシーに関する規定は2025年2月2日から適用されています。EU官報に掲載されたRegulation (EU) 2026/1744（Digital Omnibus on AI、2026年6月公布、CELEX番号：32026R1744）は、Chapter III Sections 1〜3の高リスクAIに関する適用日を、Annex IIIのAIシステムでは2027年12月2日、Annex Iの製品組み込み型AIシステムでは2028年8月2日へ変更しています。EU域内で提供または利用するAIは、分類、提供者と導入者の立場、適用日を分けて管理します。Annex IまたはAnnex IIIへの該当可否は、EUR-Lex（eur-lex.europa.eu）でCELEX番号32026R1744を検索して原文のAnnex一覧と照合し、該当が確認できたAnnexに対応する期日を準備の基準にします。
IPAは2026年1月29日に「情報セキュリティ10大脅威 2026」を公式発表し、「AIの利用をめぐるサイバーリスク」を組織向け脅威の第3位として初選出しています。社内リスク評価へ引用する場合は、IPA公式ページで該当年度の選考結果本文を参照し、順位・名称・対象区分（組織向け）を確認した上で資料へ記載します。
▶ 関連記事: SMP（SaaS管理）とは？機能やIDaaSとの違い・事例を解説
▲ 従来のシャドーITとシャドーAIにおけるリスク範囲とデータ処理の違い
OAuthサプライチェーン攻撃シナリオの検証結果と想定される侵害連鎖
特定の企業名を伴う侵害連鎖について、公式セキュリティブリテン、当事者の公式発表、信頼できる報道で中核となる事実を確認できない場合、実在インシデントとして扱いません。本節では、公開情報で裏付けられていない個別企業への帰属を外し、OAuth、端末侵害、クラウド認証情報を悪用する一般的な攻撃シナリオとして整理します。
個別企業への帰属として確認できない主張
端末が情報窃取型マルウェアへ感染し、盗まれたGoogle Workspace認証情報やAWSキーから別組織へ横展開したこと、未承認AIツールへ広いOAuth権限を付与したことで環境変数が窃取されたこと、窃取データが特定金額で売買されたことは、当事者の公式発表で確認できなければ個別の実在事例として記載しません。
また、暗号化されていないデータに対して「解読した」とは記述しません。暗号化されていないデータにアクセスした場合は「閲覧または取得」、暗号化済みデータを鍵で処理した場合は「復号」と区別します。
実務上成立し得る攻撃経路
個別企業への帰属は未確認でも、示された攻撃経路自体は技術的に成立します。情報窃取型マルウェアは、ブラウザへ保存されたパスワード、セッションCookie、クラウド用トークンを狙います。攻撃者が有効なセッションを取得すると、MFAを突破するのではなく、認証済みセッションを再利用してSaaSへアクセスする場合があります。
そのSaaSが別企業のGoogle WorkspaceやMicrosoft 365に対する広いOAuth権限を持っていれば、侵害は接続先へ広がります。読み取り権限だけでも、メール、ファイル、カレンダー、顧客情報を収集できます。編集、削除、メール送信まで許可されていれば、フィッシング、データ破壊、なりすましへ発展します。
未確認情報から切り離して実施する監査
個別事例の真偽にかかわらず、OAuthアプリの緊急監査には実行価値があります。管理コンソールから、アプリ名、発行元、利用者数、要求スコープ、最終利用日、管理者同意の有無を出力します。業務オーナーと契約が確認でき、権限が用途に一致するアプリは継続し、所有者不明または全ファイルへの書き込み権限を持つアプリはトークンを失効させてから例外審査へ回します。
調査では、OAuth監査だけで終わらせず、端末のEDRアラート、クラウド監査ログ、APIキーの発行履歴を同じ時系列へ並べます。端末侵害が見つかれば、パスワード変更だけでなく、全セッションの失効、OAuth同意の取消し、長期キーの交換まで実施します。
▶ 関連記事: 【2026】Claude（クロード）とは？読み方・料金と企業活用
公開情報で確認できる生成AIインシデント・情報漏洩事例
AI事故の優先対策を決めるには、入力ミス、サービス障害、端末侵害、公開設定の不備、誤回答を別の事故類型として評価します。
事例1：サムスン電子の機密情報入力
業種・規模：電子機器・半導体のグローバル企業
発生時期：2023年4月に報道
課題→原因→影響：従業員が業務効率化を急ぐ中、社内ソースコードの確認や会議内容の要約に外部のChatGPTを利用しました。Bloombergなどの報道は、サムスン電子が複数の機密情報入力を把握し、生成AIの利用を制限したと伝えています。一方、入力内容が実際にモデル学習へ使われたことや、第三者へ再出力されたことまでは公表情報で確認できません。確認できる事故は「管理外サービスへ機密情報を送信したこと」です。
事例2：OpenAIのチャット履歴表示障害
業種・規模：生成AIサービス・世界規模
発生時期：2023年3月20日
課題→原因→影響：OpenAIは、Redisクライアントの不具合により、一部ユーザーが別ユーザーのチャット履歴タイトルを閲覧できたと公式に説明しました。さらに、特定の9時間にChatGPT Plusを利用した会員の1.2％について、氏名、メールアドレス、支払先住所、カード番号の下4桁、有効期限が別ユーザーへ表示された可能性がありました。カード番号全体は露出していません。法人向け契約でもサービス側の障害は残るため、入力可能な情報の範囲と障害通知の受信経路を契約時に決めます。
事例3：10万件を超えるChatGPT認証情報の窃取
業種・規模：複数業種の利用者・101,134件
発生時期：Group-IBが2023年6月に公表
課題→原因→影響：Group-IBは、2022年6月から2023年5月までに、情報窃取型マルウェアのログから101,134件のChatGPT認証情報を確認したと報告しました。AIサービスのサーバーが侵害された事例ではなく、利用者端末から保存済み認証情報が盗まれた事例です。個人アカウントへ顧客情報や議事録を入力していると、攻撃者はログイン後に過去の会話履歴を閲覧し、別の認証情報や社内事情を探せます。
情シスは個人アカウントのセッションを強制失効できません。利用するAIサービスが管理者によるSSO連携・セッション管理・監査ログ取得に対応しており、IdPと端末管理の環境が整っている場合、業務利用を法人テナントへ集約し条件付きアクセスを設定することで、感染端末と会話履歴を同じ管理範囲へ収められます。契約プランによって管理機能の範囲が異なるため、導入前にベンダーの管理者向けドキュメントで利用可能な制御項目を確認します。
事例4：DeepSeekの公開データベース
業種・規模：生成AIサービス・100万行を超えるログ
発生時期：Wizが2025年1月に公表
課題→原因→影響：Wiz Researchは、認証なしでインターネットから操作可能なDeepSeekのClickHouseデータベースを発見し、チャット履歴、API関連情報、運用ログを含む100万行超のデータが露出していたと報告しました。WizはDeepSeekへ通知し、その後アクセスは遮断されました。これは従業員によるシャドーAIだけでなく、AI提供事業者側の公開設定不備が利用企業の情報へ波及することを示すAIセキュリティ事例です。
事例5：顧客向けチャットボットの誤案内
業種・規模：航空会社・顧客向けサービス
発生時期：2024年2月に公表された裁定
課題→原因→影響：顧客向けチャットボットが、忌引運賃の払い戻し条件について、公式ページと一致しない案内を表示した事例があります。公開された裁定では、ウェブサイト上で提供する情報に関する事業者の責任が争点となりました。この事故は情報漏洩ではありませんが、生成AIの回答を無検証で顧客対応へ使うと、契約、返金、法的責任へつながり得ます。
事例6：AI研究用ストレージの過剰共有
業種・規模：IT・研究データ38TB
発生時期：Wizが2023年9月に公表
課題→原因→影響：Wiz Researchは、MicrosoftのAI研究者が公開したAzure Storageの共有リンクに、意図した範囲を超える権限が付与され、38TBのデータへアクセスできる状態だったと報告しました。原因は、期限と対象範囲を持つSASトークンの設定でした。生成AIへのプロンプト入力事故ではありませんが、AI開発で扱う学習データ、バックアップ、秘密情報が共有設定一つで露出する点は、社内AI開発にも共通します。
事例7：Infostealerから会話履歴へ至る二次被害シナリオ
業種・規模：業種を問わない一般的な攻撃シナリオ
発生時期：継続的に観測される脅威
課題→原因→影響：個人PCで生成AIを利用し、ブラウザへパスワードやセッションを保存していると、RedLine、Raccoon、Lummaなどの情報窃取型マルウェアが認証情報を取得する場合があります。窃取データは不正市場で取引され、購入者が過去の会話、添付ファイル、カスタム設定を探索する流れが想定されます。
特定企業で会話履歴が売買されたとする場合は、企業の公式発表または調査主体、件数、確認方法が明らかな報告がなければ実在事例として掲載できません。本稿では、Group-IBが確認した認証情報窃取と、そこから技術的に起こり得る二次被害を分けています。
法人向けAIの選定肢を整理する場合は、既存のClaudeの特徴やAI活用事例も参照できます。ただし、製品名だけで安全性を判断せず、契約、保持期間、監査ログ、接続機能を同じ評価軸で確認します。
全事例に共通する事故原因と情シスの技術的課題
生成AIインシデントは、利用者の不注意だけでなく、管理外アカウント、端末侵害、過剰権限、監査ログの欠落が重なったときに拡大します。
ルールだけでは止まらない業務上の圧力
従業員が未承認AIを使う背景には、議事録作成、調査、翻訳、コードレビューを短時間で終えたいという具体的な業務需要があります。禁止事項だけを記載したガイドラインでは、代替手段がないため、個人スマートフォン、自宅PC、テザリングへ利用経路が移ります。管理者から見えなくなった状態では、事故発生後にどのデータを入力したか確認できません。
MicrosoftとLinkedInが報告した78％というBYOAIの割合は、従業員が会社の導入判断を待たずにツールを持ち込む傾向を表します。情シスは利用者を一括して違反者と扱うのではなく、利用目的、入力データ、接続先、必要機能を棚卸しし、公式環境へ移せる需要と個別審査が必要な需要を分けます。
DLPとCASBの検知範囲
従来型DLPやCASBが生成AIを一切検知できないという説明は正確ではありません。TLS復号、ブラウザ制御、エンドポイントDLPを組み合わせれば、既知のAIドメインへのアクセス、ファイルアップロード、個人情報に一致する文字列を検知できる製品があります。
一方、復号対象外の通信、個人端末、モバイルアプリ、SaaS内部のAI機能、ブラウザ拡張機能、バックエンドから直接送信されるAPI通信は死角になり得ます。自然言語のプロンプトでは、機密性が文脈に依存するため、単語や正規表現だけでは誤検知と見逃しが増えます。例えば「来期の価格を12％上げる」という文章は、顧客名や機密ラベルがなければ従来のパターン照合を通過する場合があります。
AI-SPMとDSPMの役割分担
AI Security Posture Management、つまりAI-SPMは、利用中のAIモデル、データ接続、設定、権限、脆弱性を可視化する考え方です。DSPMは、保存場所をまたいで機密データを発見し、誰がどの経路でアクセスできるかを把握します。
CASBでアクセス先を把握し、DSPMで送信元データの機密度を特定し、AI-SPMでモデルやコネクタの設定を監視すると、単一製品では拾えない経路を補完できます。ただし、新しい製品を導入するだけでは監視対象が増えます。既存SIEMへログを集約できる場合は自動相関へ進み、ログ連携できない場合は管理コンソールから月次でCSVを出力し、例外台帳と照合します。
一人情シスでも回せる優先順位
担当者が限られる企業では、全サービスを同じ深さで審査すると承認待ちが積み上がります。最初に、メール、ファイル、ソースコード、顧客管理システムへの書き込み権限を持つAIを高リスクとして抽出します。次に、利用者数が多い個人アカウントと、所有者不明のOAuthアプリを処理します。
読み取り権限だけの小規模検証は、有効期限、対象データ、責任者を設定した例外枠で管理できます。外部送信、削除、契約判断、人事評価を実行するAIは、人の承認を必須にします。認証と権限管理の基礎は、既存のMicrosoft Entra IDの機能と導入メリットに関する記事でも整理しています。
社員のAI利用を把握する手段として、200以上のAIサービスを検知できるシャドーAI管理ツールを利用する場合も、検知数だけを成果指標にしません。未承認サービスから公式環境へ移行した利用者数、過剰なOAuth権限の削減数、所有者不明アプリの解消日数を記録すると、対策の進捗を測定できます。
▶ 関連記事: 情シスのための生成AI 利用状況 可視化ガイド。シャドーAI 検知とAI利用 把握でリスクを防ぐ手順と比較
やってはいけないシャドーAI対策と失敗パターン
失敗しやすい対策は、全面禁止、ガイドラインだけの運用、無料版のオプトアウトへの依存、IT部門への審査集中です。
全面禁止による利用の暗黒化
AIサイトを一律に遮断しても、従業員は個人スマートフォン、私物PC、未分類の新規ドメイン、SaaSへ追加されたAI機能を利用できます。この状態では、入力ログもアカウント情報も企業側に残りません。禁止対象には理由と代替手段を併記し、公式環境で処理できない業務には期限付きの例外申請を用意します。遮断後に公式AIの利用数が増えれば移行が進んでいます。ネットワーク上の検知が減った一方で公式AI利用が増えなければ、匿名アンケートと部門ヒアリングで私物端末への移行を確認します。
ガイドラインを作って終わる運用
「機密情報を入力しない」という一文だけでは、従業員ごとに機密の判断が分かれます。顧客名、個人情報、未公開財務情報、契約書、認証情報、ソースコードなど、入力禁止データを例示します。匿名化すれば利用できるデータと、匿名化しても入力できないデータも分けます。
研修の受講率だけでは事故防止を測れません。架空の顧客名を含むテストデータを使い、公式環境の選択、入力前の匿名化、誤送信時の報告先を演習します。四半期ごとにDLP検知件数と自己申告件数を比較し、自己申告がゼロで検知だけが増えている場合は、罰則への不安で報告が止まっていると判断します。
無料版のオプトアウトへの依存
「モデル改善に利用しない」設定は、保存期間、法執行機関への開示、委託先での処理、アカウント乗っ取り、共有リンクの誤公開まで解決しません。個人アカウントでは、退職時のデータ回収、強制ログアウト、監査ログ取得ができない場合もあります。
学習不使用だけが確認できても業務利用を許可せず、保持期間、削除方法、管理者機能、データ保存地域、DPAを確認できれば限定検証へ進みます。いずれかを契約で確認できなければ、公開情報だけを扱う用途に制限するか、法人環境へ切り替えます。
IT部門への審査集中
すべてのAIを情シスだけで評価すると、業務上の必要性や回答精度を判断できず、審査期間が長期化します。情シスは認証、ログ、データ処理、契約、技術リスクを担当し、事業部門は利用目的、対象データ、誤回答時の影響、成果指標を担当します。法務、人事、リスク管理部門は、高リスク用途だけに参加します。
シャドーAIの防止策と安全なAI導入の判断基準
シャドーAIの発生を抑える基本設計は、公式AI環境の提供、利用経路の可視化、IT部門と事業部門の責任分担です。
全社共通AI・部門特化AI・検証利用の分離
全社員が使う文章作成、検索、要約には、法人契約、SSO、MFA、監査ログを備えた共通環境を割り当てます。Microsoft 365 Copilot、ChatGPT Enterpriseなどを候補にする場合は、製品名ではなく、契約中プランで利用できる管理機能を確認します。プランや提供地域で監査範囲が異なる場合、必要なログを取得できれば本番利用へ進み、取得できなければ機密データを扱わない検証環境に限定します。
営業分析、開発支援、法務レビューなどの部門特化AIは、事業部門をシステムオーナーにします。個人のテスト利用は、研修修了者、公開データ、30日などの期限、読み取り専用という条件を設定します。この三層構造なら、全社共通機能を情シスが一括管理し、専門用途の精度評価を現場へ分担できます。
国内企業の具体的な導入例
パナソニック コネクトは、2024年6月25日の公式発表で、ChatGPTをベースとした社内AIアシスタント「ConnectAI」を2023年2月から国内全社員約12,400人へ展開していると発表しています。同社は、2023年6月から2024年5月までの1年間で全社員合計約18.6万時間の労働時間を削減したと公表しました。パナソニック コネクトの公式発表は、導入目的として業務生産性向上、社員のAIスキル向上、シャドーAI利用リスクの軽減を挙げています。未承認AIを減らすには利用可能な公式環境を先に配布するという判断材料になりますが、削減時間は業務内容や利用率によって異なるため、自社での測定指標を別途設定します。
ベネッセホールディングスも2023年、グループ社員約15,000人を対象に「Benesse GPT」を展開したと発表しました。国内企業の導入例は、全社利用環境を整えた上で、入力ルールと活用事例を共有する形が中心です。導入人数だけで成否を判断せず、月間利用者率、削減時間、誤入力件数、未承認サービスからの移行率を追跡します。
AIツールの導入可否を判定する評価表
二択の安全判定ではなく、要件を満たす場合の利用範囲を決めると、現場からの申請を短期間で処理できます。
評価項目 | 本番利用へ進める条件 | 満たさない場合の判断 |
|---|---|---|
学習・サービス改善への利用 | 契約で不使用または用途を限定できる | 公開情報だけを扱う検証用途に限定 |
データ保存地域 | 保存国と移転先を把握できる | 個人情報・規制対象データを除外 |
保持期間・削除 | 保持期間を設定でき、削除手続が明記される | 機密データを入力しない |
認証・アカウント管理 | SSO、MFA、退職時の停止を管理者が実行できる | 個人アカウントの業務利用を認めない |
監査ログ | 利用者、時刻、操作、接続先を取得できる | 低リスクの限定検証に留める |
コネクタ権限 | 対象フォルダや操作を最小権限に制限できる | 連携を無効化し単体利用に切り替える |
APIキー・NHI | 保管庫、期限、ローテーション、所有者を設定できる | 長期キーを発行せず一時認証を使用 |
障害・事故通知 | 通知期限と連絡先が契約に記載される | 代替手段と利用停止手順を先に用意 |
生成結果の検証 | 根拠表示と人による承認を組み込める | 顧客回答や自動実行には使わない |
Microsoft製品を公式環境の候補に含める場合は、既存のMicrosoft 365の機能や料金プランも参照できます。料金や機能は契約時点の公式見積もりを優先し、旧プランの価格を導入試算へ流用しません。
Acrobat AIの安全な使いどころ
AcrobatのAI機能を例にすると、公開済みの製品説明書を要約する、複数の社内規程から該当箇所を探す、長い報告書の論点を抽出する用途は、参照元を人が確認できるため限定導入に向きます。一方、契約可否の最終判断、人事評価、個人情報を含む申請書の一括処理は、誤回答やデータ処理範囲の影響が大きいため自動化しません。
利用するAcrobatの契約プランで、入力データの扱い、管理者による機能制御、保持期間を確認できれば社内文書の検証へ進み、確認できなければ公開文書だけで評価します。短い活用事例と入力禁止例を対にして社内ポータルへ掲載すると、従業員が用途を判断しやすくなります。
▶ 関連記事: Microsoft 365とは？Office 365との違いから機能、料金プランまで徹底解説
▲ 情シスと事業部門で責任を分担する全社AI利用の3層管理構造
生成AIセキュリティのベストプラクティスと運用チェックリスト
生成AIセキュリティは、発見、分類、代替環境、技術制御、継続監査、事故対応の順で運用へ組み込みます。
今日行う3項目
高権限接続を止める：管理コンソールからOAuthアプリとAI用APIキーを出力し、所有者不明またはメール、ファイル、顧客管理システムへの書き込み権限を持つ接続を優先して停止します。
利用実態を記録する：DNS・プロキシログ、SaaS管理台帳、従業員アンケートを突き合わせ、利用者、入力データ、接続先、業務目的を台帳へ記録します。
代替経路を示す：公式AI環境、入力禁止データ、期限付き例外申請、事故報告先を同じ案内にまとめます。
30日後の到達点
30日後には、所有者不明と高権限のOAuth接続を一覧化し、公式AI環境または期限付き例外枠へ利用経路を集約します。SSO、MFA、監査ログ、端末管理を連携できれば、本番利用の操作を追跡できます。ログ連携できなければ、機密データを扱わない限定検証に留め、月次の台帳照合で例外を管理します。
30日で進める初期整備
初日から全AIを統制するのではなく、被害範囲が大きい接続とアカウントから処理します。
期間 | 実施内容 | 完了条件 |
|---|---|---|
1～3日目 | OAuthアプリ、ブラウザ拡張機能、APIキー、既知AIドメインの緊急棚卸し | 所有者不明と高権限の一覧がある |
4～7日目 | 従業員アンケートと部門ヒアリング、利用目的の分類 | 利用者、データ、接続先、業務目的を記録している |
8～14日目 | 公式AI環境と例外申請の公開、禁止データの具体化 | 従業員が代替手段と申請先を選べる |
15～21日目 | SSO、MFA、条件付きアクセス、DLP、監査ログの設定 | 管理外アカウントと機密送信を検知できる |
22～30日目 | インシデント演習と経営報告用指標の作成 | 報告からセッション失効までを演習済み |
責任共有モデル
情シスは、ID、端末、ネットワーク、ログ、ベンダー審査を担当します。事業部門は、利用目的、入力データ、回答精度、誤回答時の業務影響を記録します。法務・コンプライアンス部門は、個人情報、著作権、EU AI Actなど規制対象に該当する利用を審査します。
承認後もシステムオーナーを事業部門に置き、90日ごとに利用者数、権限、成果、事故を再評価します。利用実績がなくなったAIは契約とトークンを停止し、用途が拡大したAIは再審査します。読み取り専用からメール送信へ機能を広げる変更は、同じ製品でも新規リスクとして扱います。
シャドーAI対策チェックリスト
社内アンケート、DNS・プロキシログ、SaaS管理台帳の3経路で利用状況を確認しています。
個人アカウントと法人テナントを区別し、退職時に企業側で停止できる環境へ集約しています。
OAuthアプリの発行元、所有者、スコープ、最終利用日を記録しています。
AIエージェントのAPIキーをコードへ直書きせず、秘密情報管理基盤で保管しています。
顧客情報、認証情報、未公開財務情報、ソースコードなど入力禁止データを例示しています。
学習利用だけでなく、データ保存地域、保持期間、削除方法、委託先を審査しています。
プロンプト、ファイル送信、コネクタ操作の監査ログをSIEMまたは定期台帳へ集約しています。
生成結果を顧客へ送信する前に、人が根拠と表現を確認する工程を設けています。
シャドーAIを遮断したときに、公式環境または例外申請への案内を表示しています。
端末感染時の全セッション失効、OAuth取消し、APIキー交換を手順化しています。
生成AIインシデントの初動手順
利用停止：対象アカウント、OAuthアプリ、APIキー、エージェント実行を停止します。
証拠保全：プロンプト、添付ファイル、端末ログ、クラウド監査ログ、管理画面の設定を保存します。
影響確認：入力データ、閲覧可能者、保持期間、接続先、外部共有の有無を時系列で整理します。
認証再設定：パスワード変更だけでなく、セッション、トークン、Cookie、長期キーを失効させます。
通知判断：契約、個人情報保護法、業界規制、委託元との合意に基づき、法務と通知対象を決定します。
再発防止：禁止ルールの追加だけで終わらせず、公式環境、権限、端末制御、検知ルールを修正します。
報告者を一律に処分すると、次の事故が隠蔽されます。故意の持ち出しと、業務上の誤入力を分け、誤入力は早期申告によって被害を限定できる制度にします。具体的な管理機能は、既存のシャドーAI対策の完全ガイドでも確認できます。
▶ 関連記事: 【2026年】SCS評価制度★3取得チェックリスト｜83項目を無料DL
▲ シャドーAI対策を段階的に進める30日間の初期整備ロードマップ
よくある質問
情シスから寄せられやすい疑問には、利用可否を変える条件まで含めて回答します。
Q：シャドーAIとは何ですか？
A：会社の承認、契約、セキュリティ審査を経ずに業務利用されるAIです。個人のチャットサービスだけでなく、SaaS組み込み機能、ブラウザ拡張機能、API、自律型AIエージェントも含みます。
Q：生成AIを全面禁止すれば事故を防げますか？
A：全面禁止だけでは、私物端末やテザリングへ利用が移り、監査できない状態になり得ます。公式AI環境と期限付き例外申請を用意し、高リスクな送信と過剰な連携権限を技術的に遮断します。
Q：無料版で学習をオフにすれば安全ですか？
A：学習をオフにしても、会話履歴の保存、アカウント乗っ取り、共有リンク、外国での処理、監査ログ不足は残ります。保持期間、削除、管理者機能、データ保存地域を確認できなければ、機密情報を扱う業務には利用しません。
Q：DLPやCASBだけでシャドーAIを検知できますか？
A：既知ドメインへのアクセスやファイル送信は検知できますが、個人端末、SaaS内部のAI、ブラウザ拡張機能、直接のAPI通信は死角になり得ます。エンドポイントDLP、SaaS台帳、OAuth監査、DSPM、AI-SPMを組み合わせます。
Q：最初に監査する対象は何ですか？
A：全メール、全ファイル、顧客管理システムへアクセスできるOAuthアプリと、所有者不明のAPIキーを先に監査します。次に個人アカウント、ブラウザ拡張機能、利用者の多いAIサービスを処理します。
Q：AI事故を発見した従業員は何を報告しますか？
A：利用したサービス、日時、入力データ、添付ファイル、接続先、使用端末を報告します。情シスは削除依頼だけで終わらせず、セッション失効、OAuth取消し、端末調査、APIキー交換まで実施します。
ツール情報（参考）：シャドーAI管理プラットフォームの詳細を見る →
▶ 関連記事: シャドーAIとは？情報漏洩リスクと情シス向け検知・対策ガイド
まとめ
安全な生成AI利用環境の構築に向けて
シャドーAIによる事故は、未承認利用だけでなく、個人端末の感染、過剰なOAuth権限、監査不能なAPIキー、サービス側の設定不備が連鎖して拡大します。最初の一歩は、OAuthアプリとAI用APIキーを出力し、所有者不明または高権限の接続を停止することです。その後、匿名アンケートで利用目的を把握し、公式AI環境、例外申請、ログ監査を整備します。禁止件数ではなく、公式環境への移行率と過剰権限の削減数で成果を測定します。
本記事の内容に誤り等がございましたら、こちらからご連絡ください。
監修
Admina Team
情シス業務に関するお役立ち情報をマネーフォワード Adminaが提供します。
SaaS・アカウント・デバイスの管理を自動化し、IT資産の可視化とセキュリティ統制を実現。
従業員の入退社対応や棚卸し作業の工数を削減し、情報システム部門の運用負荷を大幅に軽減します。
中小企業から大企業まで、情シス・管理部門・経営層のすべてに頼れるIT管理プラットフォームです。
