投稿者 投稿日: カテゴリー AIニュース
AI関連の侵害を受けた企業の92%が、AIへの適切なアクセス制御を持っていませんでした。
IBMが2026年7月29日に公表した年次調査「Cost of a Data Breach report 2026」で、自社のAIモデルやAIアプリが侵害を受けた組織のうち92%が、役割ベースのアクセス制御や多要素認証といった基本的な権限管理を導入していなかったことが明らかになりました。同調査では侵害1件あたりの世界平均コストが過去最高の499万米ドルに達しています。楽天RMSやAmazon Seller Central、Shopify Adminの認証情報をAIツールに渡す運用が当たり前になりつつある日本のEC事業者にとって、他人事では済まない数字です。本記事は、EC支援19年・5,000社超の実績を持ち、AI導入支援は2023年から提供する株式会社オルセル（うるチカラ運営）が解説します。
調査で判明した3つの数字
今回の調査は、2025年3月から2026年2月にかけて侵害を受けた602組織を対象にしています。IBMによれば、AIモデルやAIアプリへの攻撃を受けたと回答した組織は全体のおよそ5社に1社。そのうち92%が適切なアクセス制御を持っていませんでした。さらに、AIモデルとデータに対して何らかのアクセス制御を実施していると答えた組織は全体の40%にとどまります。
被害額の内訳も具体的です。AIモデルやAIアプリが絡む侵害のうち、最も高くついたのはモデルインバージョン攻撃（AIの出力を分析して学習データを復元する手口）で平均607万米ドル、次いでプロンプトインジェクション攻撃（悪意ある指示文をAIに混ぜ込んで意図しない動作をさせる手口）で平均589万米ドルでした。
注目したいのは、侵害の根本原因です。IBMは、AI関連侵害の多くが「モデルそのものの欠陥」ではなく、接続されたAPIの侵害、脆弱なアプリケーション、クラウドの設定ミスといった、AIを取り巻く環境側の構造的な弱さから生じていたと指摘しています。オープンソースのAIを使っていた組織と、外部ベンダーのAIを使っていた組織で、侵害の発生率に大きな差はありませんでした。
日本のEC事業者にとって何が変わるか
結論として、EC事業者が最初に見直すべきは「どのAIツールに、どのシステムの、どこまでの権限を渡しているか」の棚卸しです。理由は、この1年でEC現場のAI利用が「文章を書かせる」段階から「システムを操作させる」段階に移ったからです。
受注データの自動集計、在庫連携ツールの操作、レビュー返信の下書き投稿、広告入札の調整。こうした処理をAIエージェントに任せる場合、店舗側は必ずどこかで認証情報を渡しています。楽天RMSのログイン情報、Amazon SP-APIのリフレッシュトークン、ShopifyのAdmin APIアクセストークン、Google Merchant Centerのサービスアカウント鍵。これらは人間の従業員とは別枠の「非人間ID」として増え続けます。
IBMは今回の調査で、この非人間IDこそ最も急速に膨らんでいるリスク領域だと位置づけ、AIエージェントが増えるほど高い権限を持つIDが棚卸しも監視も追いつかない状態で残ると警告しています。実際、非人間IDを能動的に保護していると答えた組織は半数に届きませんでした。
現場で繰り返し見るのは、外部の制作会社や運用代行に渡したRMSのサブアカウントが、契約終了後も生きたまま放置されているケースです。ここにAIツール用のトークンが加われば、管理対象は一気に増えます。5,000社支援の中で何度も再現したパターンとして、権限の付与は誰でもやるのに、剥奪の担当者が決まっていない店舗は非常に多いという実感があります。
明日からできる3つの初動
第一に、AIに渡している認証情報の一覧化です。スプレッドシート1枚で構いません。ツール名、接続先システム、権限の範囲、発行日、発行者、失効予定日の6項目を並べます。棚卸しの所要は、店舗規模にもよりますが半日から1日が目安です。
第二に、権限の最小化です。商品説明文の生成にRMSの受注情報は不要ですし、レビュー分析に決済情報は要りません。AIツールごとに読み取り専用で足りるものと書き込みが必要なものを分け、書き込み権限は本当に必要な範囲だけに絞ります。Amazon SP-APIやShopifyのカスタムアプリはスコープ単位で権限を切れるため、ここは設計で解決できる部分です。
第三に、剥奪ルールの明文化です。担当者の異動、代行会社との契約終了、ツールの乗り換え。この3つのタイミングでトークンを失効させる担当を決め、四半期に1回は棚卸しを回します。IBMの調査ではAIと自動化の活用が侵害1件あたり平均193万米ドルのコスト削減につながったとされており、守り側でAIを使う発想も併せて検討する価値があります。
なお、プロンプトインジェクション対策としては、外部から取り込むテキスト（顧客からの問い合わせ文、商品レビュー、仕入先から届くCSVの備考欄など）をそのままAIエージェントの指示文に流し込まない運用が基本になります。取り込む前に、命令として解釈されうる文字列を分離する処理を1段挟むだけでも効果があります。
まとめ
AI関連侵害の92%でアクセス制御が欠けていたという数字は、原因の多くがAIそのものではなく、AIに鍵を渡す側の運用にあることを示しています。EC事業者がとるべきスタンスは明快で、AIの導入速度を落とすのではなく、権限の棚卸しと最小化、そして剥奪ルールの整備を同じ速度で進めることです。まずは認証情報の一覧化から着手するのが現実的でしょう。
参考文献
- IBM Think・AI‑powered adversaries and the enterprise risk challenge
- IBM Newsroom・IBM study: One in four malicious breaches are AI-enabled
- IBM・Cost of a Data Breach report 2026
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
引用元: IBM Think
【監修】齋藤竹紘（株式会社オルセル代表 / 19年・5,000社のEC支援実績）
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
