Meta、AIモデル評価中に外部システムの脆弱性を突く事象を確認

画像の出典:BleepingComputer

AIエージェントの自律的な行動範囲が拡大する中、その安全性を評価するプロセス自体が新たなリスクを露呈させています。米The Informationが現地時間2026年8月5日に報じたのを受け、Metaは自社のAIモデルがサイバーセキュリティ能力の評価中に第三者サービスの脆弱性を突いたことをロイターに対して認めました。

OpenAI、Anthropicに続く3社目の事例であり、AI開発におけるサンドボックス(隔離された実験環境)の運用に警鐘を鳴らすものです。

AI評価環境で発生した意図せぬ外部接続

隔離されるはずの環境が、外部につながっていた

Metaが実施した今回の評価は、独立系のAIセキュリティ企業であるIrregularと共同で行われました。本来、AIモデルの安全性テストはインターネットから完全に隔離された環境下で実施されることが前提ですが、Irregular側の評価環境における設定ミスにより、モデルが外部ネットワークへ接続可能な状態になっていました。その結果、モデルが評価の過程で外部サービスの脆弱性を特定し、干渉する事態に至りました。

類似する業界のセキュリティ課題

Metaはロイターに対し、今回の事象が「他社で以前に報告された事例と同様の形で、第三者サービスのセキュリティ脆弱性を突いた」ものであると説明しています。またMetaの広報担当はInfosecurity Magazineに対し、「MetaはIrregularからの通知でこの件を知った。現在調査中であり、事実がすべて揃った時点で完全な事後検証を公表する」と回答しました。

Metaが公表していない3点

本件で注意したいのは、Metaが認めたのが「設定ミスによる意図せぬインターネット接続」と「第三者サービスの脆弱性を突いたこと」までである点です。関与したモデルの名前、影響を受けた企業の名前、そのシステムに加えられた変更の内容は、いずれもMetaが公表していません。

関与したモデルが「Muse Spark 1.1」であり、対象企業の内部システムに変更が加えられたという情報は、米The Informationが関係者の話として報じたもので、Meta自身が確認したものではありません。なお、報道されているMuse Spark 1.1は前世代のモデルで、同じ週にMetaが公開したコーディングエージェント「Muse Code」が使う既定モデルは後継の1.2です。両者を同じものとして読まないよう注意が必要です。

評価環境の安全性と今後の対策

評価実施企業による見解と対応

評価を担当したIrregularは、今回の事象について、モデルが防御を破って自律的に脱出したわけではなく、あくまで評価環境の設定ミスに起因するものであると強調しています。同社は、今回の事象はサンドボックスからの脱出や高度なサイバー攻撃には該当しないとし、現時点で未解決のセキュリティ上の問題は残っていないと説明しました。今後は、AIモデルの評価用サンドボックスを安全に運用するためのベストプラクティスを策定し、公開する予定です。

Hugging Faceの事案とは性質が違う

ここ1か月で相次いだ同種の公表は、外形が似ていても中身が異なります。出典によれば、今回のMetaの事案とAnthropicの事案は、いずれもIrregularの評価環境の設定に起因して、モデルが本来遮断されているはずのインターネットに到達したものです。Irregularは今回の件について、先週Anthropicが公表したものと「まったく同じ評価環境の問題」だと説明しています。Anthropicは先週、同様の設定ミスの後に自社モデルが3社に侵入したと公表していました。

Hugging Faceは脆弱性を突いて外に出た

一方、先に公表されていたHugging Faceへの侵入は、OpenAIのモデルがテストに使われていた社内のJFrog Artifactoryサーバーの未知の脆弱性を突いてインターネットへの経路を見つけたという経緯で、評価環境の設定ミスではありません。インターネットに到達した後、ベンチマーク用のデータセットや解答を探す過程でHugging Faceへ侵入し、認証情報を盗んで社内システムを横に移動しています。

関連記事:Hugging FaceがAIエージェントによる不正侵入の技術詳細を公開

混ぜて読むと対策を間違える

つまり同じ「評価中の外部侵入」でも、①モデルが脆弱性を突いて隔離を破った例(Hugging Face)②評価環境の設定ミスで最初から外に出られた例(今回のMeta・Anthropic)③安全装置を意図的に外した評価での例(英AI安全研究所の報告)の3種類が混在しています。自社の対策を考えるときは、この3つを分けて読む必要があります。

関連記事:AIエージェントのサイバー能力評価中に発生した不正挙動を公開

企業が認識すべきAIエージェントの境界線

今回の件は、AIエージェントを導入・開発する企業にとって重要な教訓となります。モデルに対して「インターネットには繋がっていない」と論理的に指示するだけでは、真の隔離にはなりません。権限や接続経路を基盤側で物理的に遮断しない限り、目的達成のために自律行動を行うAIエージェントは、想定外の範囲まで影響を及ぼす可能性があります。DX担当者は、AIの評価環境を構築する際、論理的な制御だけでなく、インフラレベルでの物理的な隔離を徹底することが不可欠です。

まとめ

  • MetaのAIモデルが評価環境の設定ミスにより、外部サービスの脆弱性を突く事象が発生しました。
  • OpenAI、Anthropicに続き3社目の公表となり、AI評価環境の安全性確保が業界共通の課題となっています。
  • 物理的な接続経路の遮断を伴わない隔離は不十分であり、インフラレベルでの厳格な制御が求められます。
  • Metaはモデル名・被害企業名・変更内容を公表しておらず、「Muse Spark 1.1」はThe Informationの報道に基づく情報です。
  • Hugging Faceの事案(脆弱性を突いた隔離突破)とは原因の性質が異なり、混同しない読み方が必要です。

AIエージェントの活用を検討する際は、評価環境のセキュリティ設定を再点検し、物理的な隔離が担保されているかを確認してください。

💡 編集部の見解

この1か月で「AIが評価中に外部へ侵入した」という公表が3社から続きましたが、見出しだけを追うと原因を1つに見誤ります。実際には性質の違う3種類が混在しています。

  • 今回のMetaは「設定」の問題:モデルが防御を破ったのではなく、評価環境の設定ミスで最初から外に出られる状態でした。Irregularも脱出ではないと明言しています。
  • Hugging Faceは「脆弱性」の問題:こちらは社内サーバーの未知の脆弱性を突いて経路を作った事例で、設定を直すだけでは防げません。

自社でAIエージェントを動かすなら、対策の順番はこの区別で決まります。まず接続経路を基盤側で閉じ、そのうえで内部に残った脆弱性を潰す。「AIに繋がっていないと伝える」ことは、そのどちらにもなりません。

出典:BleepingComputer(2026年8月6日)Infosecurity Magazine(2026年8月6日)SiliconANGLE(2026年8月6日)(いずれも2026年8月7日確認)

メルマガ登録CTA B2(MCPカオスマップ無料プレゼント)