BinxAI LogoBinxAI
    記事一覧に戻る
    公開: 更新:

    26件に1件が高リスク。シャドーAI可視化と3層セキュリティ設計の再点検

    26件に1件が高リスク。シャドーAI可視化と3層セキュリティ設計の再点検
    井元CTO

    要約

    Check Pointの分析では、企業ネットワークから送信された生成AIプロンプトの26件に1件が機密情報漏えいリスクの高い内容と判定されました。この記事では調査の事実を整理し、翌週から着手できるシャドーAI可視化・DLPルール設計・学習オプトアウトの3段階手順を解説します。

    「うちは大企業ではないから大丈夫」という感覚が、セキュリティ担当者の間でまだ根強く残っています。しかし今回報告された数字は規模に関係なく、生成AIを使い続けている組織のほぼ全体に当てはまるものです。

    セキュリティ企業のCheck Pointが公表した分析を、ITmediaエンタープライズが2026年7月に報じています。これは現場担当者が経営層に対してリスクを説明する際の具体的な根拠になるでしょう。

    本稿ではその事実を整理したうえで、実務に直結する3段階の対策手順を後半に示します。起点に置くのは「見えていない通信をどう見えるようにするか」です。技術・運用・ガバナンスという役割分担の全体像は生成AI情報漏洩リスクを三層で防ぐ:今すぐ整えるべき技術・運用・ガバナンス対策で整理しているので、あわせてお読みください。

    この記事の対象読者

    • 社員が業務で生成AIを利用しているが、利用実態を把握できていない情報システム・セキュリティ担当者
    • DLP(情報漏洩対策の仕組み)やAIゲートウェイの導入を検討しているが、稟議の根拠が弱いと感じているIT管理者
    • 生成AIのセキュリティリスクを経営会議で説明しなければならない担当役員・部門長

    何が起きたか

    26件に1件が高リスクという調査結果

    Check Pointの分析によると、企業ネットワークから送信された生成AIプロンプトのうち26件に1件が、機密情報漏えいリスクの高い内容と判定されました。世界平均のリスク率は3.9%です。

    さらに、生成AIを継続利用している組織の85%でこうした高リスクプロンプトが確認されています。特定の一部の企業だけに起きている事象ではなく、生成AIを日常的に使い続けているほぼすべての組織が該当しうる水準です。

    報告された主要な数値

    指標数値出典
    高リスクと判定されたプロンプトの割合(世界平均)3.9%Check Point(ITmediaエンタープライズ2026年7月報道)
    高リスクプロンプトが確認された組織の割合85%Check Point(ITmediaエンタープライズ2026年7月報道)

    この2つの数字は、分母が違う点に注意が必要です。3.9%は送信されたプロンプトのうちの割合、85%は組織のうちの割合です。「危ないのは全体の4%だけ」と読むと実態を見誤ります。

    プロンプト単位では26件に1件でも、組織単位で見れば85%が該当する。生成AIの業務利用が広がるにつれ、リスクが比例して膨らんでいる実態が浮かびあがります。

    みっちゃくん。企業のAI導入を現場密着で一気通貫支援しますみっちゃくんを見る

    ポイントと背景

    高リスクプロンプトが生まれる3つの経路

    高リスクが生まれる3経路。機密情報の貼り付け、個人情報の送信、著作物のアップロード

    なぜ高リスクプロンプトがこれほど多く発生するのか。私たちが支援現場で見てきた範囲では、代表的な経路は次の3つです。いずれも同時に起きるもので、順番はありません。

    • 機密情報の貼り付け:社外秘の資料や議事録を、そのままプロンプトに貼り付けてしまう。
    • 個人情報を含む文書の送信:顧客名簿や申込書を、要約・翻訳のために送ってしまう。
    • 著作物のアップロード:他社の文章や自社のソースコードを、解析のために読み込ませてしまう。

    これらの行為は社員が「悪意を持って行う」ケースは少なく、利便性を優先した結果として発生しています。問題は意図ではなく、ガードレールのない環境そのものにあります。

    学習利用というもう一つの構造的リスク

    もう一つの構造的リスクが「学習利用」の問題でしょう。Cyseekの解説によれば、オプトアウトとは「初期状態で有効になっている学習利用を、利用者側の設定で無効にする手続き」です。つまり、何もしなければ入力内容はモデルの改善に使われうるということです。

    この論点は社内ルールだけの問題ではありません。同解説は、個人情報保護委員会がAIサービス提供者による入力情報の学習利用について「利用者から提供者に個人データを提供したことになる」と述べていると紹介しています。個人情報保護法上の第三者提供に該当する可能性があるということです。

    把握できないシャドーAIの通信

    シャドーAIの問題もあります。IT部門が把握していない生成AIサービスを社員が個人的に使い始めているケースは少なくありません。私たちが見てきた範囲でも、規模を問わず起きています。

    把握できていないサービスにはDLPルールも学習オプトアウトも適用できません。

    ツール導入だけでは数字は下がらない:可視化・制御・統治の3層を順に整える

    AIリスク対策の3層。通信の可視化、高リスクデータ制御、利用統治の整備

    「26件に1件が高リスク」という数字は、DLP導入やAIゲートウェイの予算稟議に使える根拠になります。ただし、ツールを導入しただけではこの数字は改善しません。

    現場で効果が出ているのは、次の3層を順番に整えたケースです。ツール選定より先に「どの層から着手するか」を決めることが、限られたリソースの中では現実的なアプローチでしょう。

    • 【第1層:可視化】社内ネットワーク上でどのAIサービスにどれだけ通信が発生しているかを、CASB(クラウド利用を可視化・制御する基盤)やプロキシログで把握する
    • 【第2層:制御】個人情報・社外秘ラベル・特定ファイル形式といった高リスクなデータが生成AIへ送信される通信を、DLPルールでブロックまたはアラート通知する
    • 【第3層:統治】承認済みサービスの学習オプトアウト設定を完了させ、利用ガイドラインと定期的なポリシーレビューの仕組みを整える

    第1層の可視化を飛ばしてDLPルールだけ設定しても、シャドーAIの通信には効きません。そのため数字上の改善は期待できません。

    AI導入無料相談。顧客満足度95%、現場の業務負担60%削減、社内AI定着率60%向上シャドーAI可視化の進め方を相談する

    よくある質問

    シャドーAIとは何ですか?

    IT部門が把握・承認していない生成AIサービスを社員が個人的に業務利用している状態を指します。ChatGPTやPerplexityなどの無料サービスを私用アカウントで使うケースが典型例です。

    企業のDLPポリシーや利用ガイドラインは、IT部門が認識しているサービスにしか適用できません。シャドーAIが存在する限り、どれだけルールを整えてもカバレッジに穴が開き続けます。

    DLPだけでプロンプトの情報漏洩は防げますか?

    DLPは有効な手段ですが、単独では不十分です。DLPルールが機能するのは、あらかじめ定義したデータパターン(個人番号・クレジットカード番号など)に対してのみです。

    定義されていない形式の機密情報や、社員が口頭情報をテキストとして入力するケースには反応しません。DLPはあくまで3層のうちの第2層であり、可視化と統治と組み合わせて初めて機能します。

    学習オプトアウトはどのサービスで可能ですか?

    主要な生成AIサービスの多くは、有償プランまたは管理コンソールからオプトアウト設定が可能です。ただし設定場所・手順・対象範囲はサービスごとに異なります。

    承認済みサービスの一覧を作成しておくとよいでしょう。各サービスの管理コンソールでオプトアウト状態を定期的に確認する運用を設けることが現実的です。

    サービスのアップデートでデフォルト設定が変わる場合もあります。一度設定して終わりにしないことが肝心でしょう。

    「26件に1件」という数字は自社でも測定できますか?

    自社での測定には、AIゲートウェイやCASBを経由した通信ログの分析が必要になります。現時点でログを取得できていない場合、まず第1層の可視化環境を整えることが先決です。

    ログが取得できるようになれば、自社版の「高リスク率」を算出できます。DLPルールに一致した件数を総プロンプト件数で割るという計算方法です。

    この数字を定点観測すれば、対策の効果を定量的に経営層へ報告できるようになるでしょう。

    AIエージェントが普及すると、リスクはどう変わりますか?

    人間がプロンプトを入力する現在のモデルと異なり、AIエージェントは外部コンテンツを自律的に読み込んで行動するのが特徴。

    悪意ある指示を外部コンテンツに埋め込み、エージェントに意図しない操作を実行させる手法があります。これは「プロンプトインジェクション」と呼ばれます。人が一件ずつ内容を確認するわけではないぶん、気づくのが遅れやすいのが厄介な点です。

    エージェント利用が広がる前に、承認済みサービスと権限設計を明確にしておくことが備えになります。第1層の可視化と第3層の統治は、エージェント時代にもそのまま効く土台です。

    「26件に1件」という数字は、対策が後回しになっている組織にとって稟議を動かす実質的な材料になります。ただし数字が一人歩きしても、可視化・制御・統治の3層が揃わなければリスクは下がりません。

    まず今日、社内のプロキシログかCASBの管理画面を開き、どの生成AIサービスに通信が発生しているかを一覧にするところから始めてみてください。

    この記事の分類

    同じ分類の記事をまとめて読めます。

    技術選定とセキュリティ井元

    生成AI情報漏洩リスクを三層で防ぐ:今すぐ整えるべき技術・運用・ガバナンス対策

    生成AIの情報漏洩対策は「ツール購入」で完結しない。技術・運用・ガバナンスの三層が噛み合わない限り、どの層も単独では穴を塞げない。本記事では漏洩経路の仕組みから設計上の落とし穴、セキュリティ専任が少ない組織が着手すべき優先順位まで、実装レベルで解説する。

    技術選定とセキュリティ井元

    26件に1件が高リスク。生成AIプロンプトの情報漏洩、企業が今すぐ動くべき理由

    Check Point Researchが2026年7月に公開した調査で、企業から送信された生成AIプロンプトの約3.9%(26件に1件)が機密情報漏洩リスクを含むと分かりました。生成AIを定期的に利用する組織の85%が高リスクプロンプトの影響を受けています。入力ルールの明文化からDLP連携まで、整備すべきガバナンス対策の全体像を解説します。

    技術選定とセキュリティ井元

    Red Hat llm-dでLLM推論コストは下げられるか

    Red Hat llm-dとvLLMの役割を整理し、KVキャッシュ対応スケジューリングがLLM推論コストや応答速度に与える可能性を解説します。GPU利用率だけで判断せず、キャッシュヒット率、TTFT、キュー待ち時間、ピーク時レイテンシーを実測する導入手順と運用上の落とし穴も示します。

    最新記事

    業種・職種別井元

    AIエージェントに選ばれる会社へPwCが示すマーケティングの転換

    AIエージェントやAI検索が商品比較や問い合わせに関わると、マーケティングは広告や検索順位だけでは設計できません。商品情報の整備、顧客接点の管理、営業との連携、ROIを確かめる進め方を日本企業の実装課題から整理します。

    調査データの解説井元

    日本企業の58%が成果創出段階へ デル調査で変わるAI投資の論点

    デルの調査で日本企業の生成AI活用が成果創出段階へ進んだ割合は58%となり、前年から23ポイント増えました。人材やセキュリティの課題を踏まえ、PoCの成果を本番業務とROIへつなげる判断基準を整理します。

    AI導入の進め方井元

    デジタル庁の国会答弁AIから学ぶ 根拠付き文書作成の設計

    デジタル庁の「源内」による国会答弁案作成支援を手がかりに、根拠資料の検索、下書き、人による確認をどう分担するかを整理します。企業の稟議書や規程へ応用する導入手順、更新責任者、承認者の決め方まで具体的に解説します。

    AI導入の進め方井元

    Gemini 4 Argon全社導入で何が変わるAI支援会社の実践例

    G-genのGemini 4 Argon全社導入を、ライセンス配布ではなく業務・データ・権限・成果指標を検証する実践例として整理します。AIエージェントの対象業務の選び方と顧客支援へ知見を戻す進め方を解説します。

    技術選定とセキュリティ井元

    OpenAI安全枠組み公開 企業がAI調達で確認すべきこと

    OpenAIが公開したFrontier Governance Frameworkを手がかりに、企業が海外AIサービスを調達する際に確認したい安全評価、利用権限、監査ログ、監視、事故時の停止手順を具体的に整理します。

    技術選定とセキュリティ井元

    AI推進法の改正検討が始まる 企業が今から整える管理項目

    政府が始めたAI推進法の見直しで、開発事業者への情報収集権限や罰則、AI Safety Instituteの機能強化が論点になっています。企業が今から整えるモデル台帳、委託先管理、ログ保存、事故時の報告経路を整理します。

    業種・職種別井元

    AnyONEのAI見積書読み取りで工務店の転記作業はどこまで減るか

    AnyONEのAI見積書読み取りを工務店やリフォーム会社で使う際の確認範囲を整理します。PDFや手書き書類の転記削減効果、単位・税区分の確認、原価管理や会計連携まで検証する手順を紹介します。

    AI導入の進め方井元

    AI投資はROI再評価の段階へDeloitte調査が示す意思決定と売上への接続

    Deloitte調査の意思決定高速化81%、AIによる売上増加28%、自律的な意思決定40%という結果を起点に、AI投資のROIを業務KPIへ接続する方法を整理します。権限設計、監査、組織再設計まで含めた導入手順も紹介します。

    最新動向井元

    Gemini 4 CarbonがArgonを更新 サイバー防御AIの実力と条件

    Google DeepMindが発表したGemini 4 Carbonの性能、サイバー防御と長時間タスクへの適用範囲を整理します。限定提供モデルを企業が評価する際の権限、費用、監視、停止条件も具体的に確認します。

    AI導入の進め方井元

    製造業AIは文書検索で終わらない 設計最適化へ広げる実証の進め方

    Mistral AIとNVIDIAの協業を手がかりに、製造業AIが文書検索から物理シミュレーションと設計最適化へ広がる背景を整理します。検証データ、評価指標、小規模実証の進め方まで、日本企業が次に試す業務プロセスを具体化します。

    技術選定とセキュリティ井元

    1兆パラメーターのMistral Large 4オンプレAIの選択肢と落とし穴

    Mistral Large 4のオープンウェイト化で、機密データを外部APIへ送らない主権AIの選択肢が広がります。一方で、ライセンス確認、自社GPU、更新責任、安全策の設計が必要です。オンプレミス導入前に確認すべき論点を整理します。

    技術選定とセキュリティ井元

    AIエージェントのID管理NISTが示した10原則を実装へ落とし込む

    AIエージェントを社員IDの代わりに動かすだけでは、権限や責任を追跡できません。NISTの10原則をもとに、固有ID、最小権限、人の監督、暗号学的な操作記録、MCP接続の停止手順を実装へ落とし込む考え方を解説します。

    よく読まれている記事

    建設井元

    生成AI利活用計画書の提出が契約要件に。国土交通省が直轄の建設コンサル業務で義務化

    国土交通省は2026年度から、直轄の建設コンサルタント業務の特記仕様書に生成AIの積極的な利活用を明記し、受注者に「生成AI利活用計画書」の提出を求めます。入札の加点ではなく、受注後に負う契約上の要求事項です。建設コンサルタント会社・建設会社が今から整えるべき体制を、公表情報にもとづいて整理します。

    建設井元

    国交省が特記仕様書に生成AI活用を明記。直轄業務は利活用計画書の提出が前提に

    国土交通省は2026年5月以降、直轄の建設コンサルタント業務の特記仕様書に「生成AIの積極的な利活用」を明記し、受注者に「生成AI利活用計画書」の提出を求めます。対象業務と計画書の記載事項を整理し、建設会社が今期から着手できる導入ロードマップと、効果が出やすい適用領域をまとめました。

    調達・購買井元

    調達AIエージェントで何ができるか:見積依頼の自動化と、任せない判断の線引き

    調達AIエージェントに任せられる業務と、人が判断すべき業務を分けて整理しました。見積依頼の自動化から始めた場合の削減見込み、社内システムとの連携、失敗しやすい進め方まで、導入を決める前に確認することをまとめています。

    最新動向井元

    Grok 4.6ついに公開!GPT-5.6 Solと同水準モデルを低価格で提供開始!

    xAIが2026年8月12日に公開したGrok 4.6は、GPT-5.6 Solと同等の知能指数を持ちながら出力トークン単価を5分の1に抑えたモデルです。agentタスクや法律評価で優位性を示す一方、コーディング系では逆転される領域もあります。用途別の使い分け判断を具体的な数値とともに解説します。

    お気軽にご相談ください

    AI導入のご相談はお気軽に

    この記事の内容を、貴社の状況に合わせてご相談ください。