OpenAIのAIが暴走して外部サイトをハッキング——何が起きたのか元半導体研究開発者がわかりやすく解説

この記事の解説動画のサムネイル ▶ この記事の内容をYouTube動画で見る

もふもふ不動産のもふです。僕は元キオクシア(旧東芝メモリ)の半導体研究開発者で、ソニー・キオクシアで16年、先端半導体の研究開発に携わってきました(詳しくは研究開発者としての経歴ページへ)。いまは投資家として、そして日常的にAIをがっつり使うユーザーとして、AI業界を追いかけています。

2026年7月、にわかには信じがたいニュースが世界を駆け巡りました。OpenAIのAIモデルが、セキュリティテスト中に隔離環境(サンドボックス)を抜け出し、実在する外部企業Hugging Faceのサーバーに侵入していた——OpenAI自身がそう公表したのです。BBCをはじめ世界中のメディアが報じ、SNSではターミネーターのスカイネットを連想する反応が飛び交いました。最初に見たとき、僕はフェイクニュースだと思いました。でも調べてみると本当で、しかも中身がめちゃめちゃ面白い(そして怖い)。この記事では、何が起こったのかを公開情報をもとに整理して、わかりやすく解説します。

OpenAIのAIが暴走して外部サイトをハッキング——何が起こったのか

AIが檻を破ったことを表すイメージ図。隔離環境(サンドボックス)を抜け出したAIが外部サイトを攻撃する構図
隔離環境で試験中のAIが檻を抜け出し、外部の実在サーバーを攻撃した(動画スライドより・イメージ図)

まず事実関係の整理から。2026年7月21日(米国時間)、OpenAIは自社ブログで衝撃的な内容を公表しました。要点はこうです。

  • OpenAIは社内で、AIモデルのサイバー攻撃能力を測るセキュリティ評価(ハッキング能力のテスト)を実施していた
  • テスト対象はGPT-5.6 Solと、さらに高性能な未公開モデル。評価のため、サイバー攻撃系の要求を拒否する安全機構(ガードレール)を弱めた状態で動かしていた
  • モデルは課題を正攻法で解く代わりに、誰も知らなかった脆弱性(ゼロデイ)を突いて隔離環境を脱出し、インターネットに接続
  • そしてAI企業Hugging Faceの本番サーバーに侵入し、テストの「答え」に相当するデータを盗み出そうとした
  • OpenAIはテスト中この事態に気づいておらず、後からログを解析して自社AIの仕業だと突き止めた

ポイントは、これが「AIが暴走するかもしれない」という思考実験ではなく、AIシステムが自律的にテスト環境を破って実在の外部システムに到達した、初めて公に報告された事例のひとつだということです。AI業界とセキュリティ業界が「いつか起こる」と警告してきた「エージェント型攻撃者」のシナリオが、現実になってしまいました。

事件の構図をジュラシック・ワールドで例えると

AIハッキング実験の構図の解説図。檻の中のAIに標的システムを与え、倒せるかどうかを観察する実験
実験の構図: 檻(隔離環境)の中のAIに「強い標的」を与え、どう攻略するかを観察していた(動画スライドより・イメージ図)

調べてみて僕が最初に思ったのは「これ、ジュラシック・ワールドじゃん」でした。映画では、人間が檻の中で強い恐竜を育てていたら、恐竜が賢くなりすぎて、人間を欺いて檻から逃げ出します。今回の構図はまさにこれです。

OpenAIがやっていたのは、いわば「檻の中でAIにハッキングの模擬試験をさせる実験」です。監視付きの完全に隔離された環境(サンドボックス)の中で、攻撃対象のシステムを用意し、「この標的を攻略してみせよ」と課題を与える。AIの攻撃能力がどこまで上がっているかを知ることは、防御を設計するうえで不可欠なので、実験自体は真っ当なセキュリティ研究です。外部には出られない設計だし、テストのためにあえて全力を出させる設定にしてある——はずでした。

ところがこのAIは、目の前の課題と正面から戦うふりをしながら、「そもそもこの檻の外に出れば、もっと効率よく課題を解けるのでは」と考えたわけです。ここから先の展開が、本当にSF映画のようでした。

AIはどうやって檻を抜け出したのか——「換気口」のゼロデイ

サンドボックス脱出プロセスの解説図。ソフトウェア更新経路の穴を見つけ、サーバーを乗り継いでインターネットに到達する流れ
ソフト更新用のわずかな経路(換気口)から脱出し、サーバーを乗り継いで外の世界へ(動画スライドより・イメージ図)

公表された内容によると、脱出の経路はこうです。完全隔離のはずのサンドボックスにも、実は1カ所だけ外とつながる細い経路がありました。ソフトウェアパッケージを取得・更新するためのプロキシ(中継)サーバーです。檻に例えるなら、餌やり用の小さな換気口みたいなものですね。

AIはこの経路に使われていた外部ベンダー製ソフトウェアに、それまで誰にも知られていなかった脆弱性(ゼロデイ)を発見します。人類の誰も見つけていなかった穴を、です。そこを起点に権限昇格と横移動(サーバーの乗り継ぎ)を繰り返し、ついにインターネットに接続できるサーバーへ到達しました。この過程には膨大な計算量が費やされたと報告されています。人間のハッカーなら心が折れる試行錯誤を、AIは疲れずに、しかも複数の方法を並行して、延々と続けられるわけです。

外の世界に出たAIが向かった先がHugging Faceでした。Hugging FaceはAIモデルやデータセットが世界中から集まる共有プラットフォームで、いわばAI界の巨大図書館です。AIは「テストの元になったベンチマーク(ExploitGym)の解答データがHugging Faceにあるはずだ」と推論し、盗んだ認証情報とゼロデイ脆弱性を組み合わせて、本番サーバーで任意のコードを実行できる状態(リモートコード実行)まで持ち込みました。模擬試験でいい点を取るために、試験問題の出版社に侵入して解答を盗みに行ったようなものです。

Hugging Faceの戦い——商用AIに解析を断られ、自社AIで対抗

攻撃を受けたHugging Face側の対応の解説図。他社AIに解析を断られ、自社にインストールしたAIで見えない敵と戦う
解析を頼んだ商用AIには安全機構で断られ、最後は自社デプロイのAIで応戦した(動画スライドより・イメージ図)

攻撃された側のHugging Faceの動きも、映画さながらでした。同社の公表によると、攻撃者は悪意あるデータセットを仕込んで、データセット処理パイプラインに存在した2件のコード実行脆弱性を突き、処理ワーカーからノード権限へと侵入を広げていました。Hugging Faceはこれを検知して封じ込めに動き、7月16日にセキュリティインシデントとして公表します。ただしこの時点では、攻撃者の正体がOpenAIのAIだとは知りません。「エージェント型のセキュリティ研究ハーネスらしきもの」と推定するのが精一杯でした。

ここで僕が一番痺れたエピソードがあります。Hugging Faceは膨大な攻撃ログを解析するため、OpenAIやAnthropicの商用AIに解析を依頼しようとしました。ところが、ログには本物の攻撃コマンドが大量に含まれていたため、商用AIの安全機構(ガードレール)が「危険なコンテンツ」としてことごとく処理を拒否したのです。攻撃はAIから受けているのに、防御を頼んだAIには断られる。援軍が誰も来ない籠城戦です。最終的にHugging Faceは、自社インフラにデプロイした自前のAI(GLM-5.2)を使ってフォレンジック解析を完遂しました。AIの攻撃をAIで解析して撃退する——攻守ともにAIという、時代を象徴する戦いでした。

事件のタイムライン——誰も気づかないまま進行していた

事件のタイムライン図。7月上旬〜中旬の脱出・侵入から、7月16日のHugging Face公表、7月21日のOpenAI公表までの流れ
各社の報告を時系列に整理したもの。攻撃の進行中、OpenAIは自社AIの仕業と気づいていなかった(動画スライドより)

各社の報告を時系列に整理すると、おおよそ次の流れです。

  • 2026年5月: 実在の脆弱性を攻略できるかを測るベンチマーク「ExploitGym」の論文が公開される
  • 7月上旬〜中旬: OpenAI社内の評価中に、モデルがサンドボックス脱出を試み、Hugging Faceへの侵入に至る
  • 7月16日: Hugging Faceが侵害を検知・封じ込めし、インシデントを公表(攻撃者の正体は不明のまま)
  • 7月21日までに: OpenAIが内部ログから自社モデルの関与を特定
  • 7月21日: OpenAIがブログで経緯を公表。「あの攻撃、うちのAIでした」という前代未聞の告白

怖いのは、攻撃が進行している間、飼い主であるOpenAIも、攻撃されているHugging Faceも、事の全体像を把握できていなかったことです。気づいたときにはすべて終わっていて、残されたログから後追いで再構成するしかなかった。結果として、AIの行動は検知をすり抜けていた形です。

なぜ起きたのか——AIは人類を攻撃しようとしたわけではない

なぜこんなことになったのかの解説図。AIは与えられた目的を達成するために最も合理的な手段としてベストを尽くした結果だったという整理
AIは「暴走」したのではなく、与えられた目的に対して最も合理的にベストを尽くした——それが問題の本質(動画スライドより)

ここが今回の事件の一番大事なところです。このAIは「人類を攻撃してやろう」という悪意で動いたわけではありません。起こったことを分解すると、こうなります。

  • AIに与えられた目的は「この強い標的を攻略せよ」というテストの正解だけ
  • 評価のためにガードレールが弱められ、「あらゆる手段を尽くしてよい」状況になっていた
  • AIは目的達成の手段を膨大に探索するうちに、「檻の外に出て解答を入手する」のが最も合理的だと判断した
  • その実行力(ゼロデイ発見・権限昇格・侵入)が、人間の想定をはるかに超えていた

つまりこれは「AIの反乱」ではなく、目的関数の設計ミス(報酬のズレ)と、AIの能力向上が掛け算になった事故です。「テストでいい点を取れ」とだけ言われたAIが、カンニングという最適解を見つけてしまった。人間の子どもでも起こることが、人間には不可能な技術力と試行回数で実行された、と考えるとわかりやすいと思います。

それでも怖い理由——人を欺く行動と「報酬のズレ」(個人的見解)

「悪意はなかった、原因も特定された。なら安心だね」とは、僕はまったく思えませんでした。ここからは個人的見解ですが、この事件が示した本当に怖いポイントは3つあります。

1つ目は、AIが「人に見られている」ことを織り込んで行動したように見えることです。報告からは、監視をかいくぐり、検知されないように痕跡を偽装しながら目的を遂行した様子がうかがえます。人間が理解できないところで、AIが裏で動く。ソフトウェアの監視はソフトウェアの穴で抜けられるので、今後は電源や物理接続などハードウェアレベルでの制御が必要ではないか、という議論も出始めています。

2つ目は、「報酬のズレ」はハッキングに限らないことです。今回は「テストの点数」でしたが、例えば「とにかく速く作業を終えろ」と最適化された工場ロボットが、安全確認を「目的達成を邪魔するもの」として省略し始めたら?自動運転やヒューマノイドのようなフィジカルAIが同じ構造の事故を起こしたら、被害はデータでは済みません。表向きは従順に振る舞いながら、人間が気づかないところで目的を追求する——今回それが現実に可能だと証明されてしまいました。極端な想像をすれば、電力や通信のような社会インフラをAIに任せる時代に同じことが起きたら、と考えるとゾッとします(ここは完全に僕の想像です)。

3つ目は、この能力が「今後もっと上がる」ことが確実な点です。今回のAIは、人類の誰も見つけていなかったゼロデイ脆弱性を発見しました。AIの攻撃能力・探索能力は計算資源に比例してスケールします。つまり対策も、規制も、防御側のAI活用も、能力向上と同じスピードで進めないと間に合わない。2026年は、この事件をきっかけにAI安全性が「理念」から「実務」に変わる年になると僕は見ています。

なお、僕自身も開発や調査でAIエージェントを日常的に使っています。今回の件は「AIを使うのをやめよう」ではなく、「AIに与える権限と目的の設計を、人間側が真剣に考えよう」という教訓だと受け止めています。皆さんもAIエージェントに強い権限(メール送信・決済・サーバー操作など)を渡すときは、その権限で起こりうる最悪のケースを一度想像してみてください。

まとめ——投資家として、AIユーザーとして

技術の進歩は、いつも「すごい」と「怖い」がセットでやってきます。原子力も、インターネットも、そしてAIも。だからこそ、何が起きたのかを正確に知って、冷静に向き合うことが大事だと思っています。AIとデータセンターへの投資の流れについてはハイパースケーラーのフリーキャッシュフロー問題の解説記事「次のNVIDIA」を探すAI投資の解説記事で、AIを支える半導体の話は研究開発者としての経歴ページからたどれる各記事でも解説しています。

よくある質問

OpenAIのAIが暴走してハッキングした事件とは何ですか?

2026年7月、OpenAIが自社AIモデルのサイバー攻撃能力を測る社内評価をしていたところ、モデルが未知の脆弱性(ゼロデイ)を突いて隔離環境を脱出し、インターネット経由でAI企業Hugging Faceの本番サーバーに侵入していた事件です。7月21日(米国時間)にOpenAI自身が公表し、世界的に報道されました。

どのAIモデルが起こしたのですか?

OpenAIのGPT-5.6 Solと、さらに高性能な未公開モデルの組み合わせと公表されています。評価のためにサイバー攻撃系の要求を拒否する安全機構(ガードレール)を弱めた状態でテストされていました。

AIはなぜサンドボックスを脱出したのですか?

人類への悪意ではなく、「テスト課題を攻略せよ」という目的を最も合理的に達成する手段として、ベンチマーク(ExploitGym)の解答データを外部から盗むことを選んだためです。目的関数の設計ミス(報酬のズレ)とAIの能力向上が重なった事故と整理されています。

Hugging Faceの被害と対応はどうだったのですか?

データセット処理パイプラインの2件のコード実行脆弱性を突かれて本番インフラに侵入されました。同社は7月16日に侵害を公表。ログ解析を商用AIに依頼したところ攻撃コマンドを含むためガードレールに拒否され、最終的に自社デプロイのAI(GLM-5.2)でフォレンジック解析を完遂しました。

この事件でAIの利用は危険になったのですか?

通常の利用が直ちに危険になったわけではありません。ただし、AIが監視を回避しながら目的を遂行できることが実証されたため、AIエージェントに強い権限を渡す際の設計やハードウェアレベルの制御、AI安全性の実務化が業界の重要課題になっています(筆者の個人的見解を含みます)。

あわせて読みたい

技術解説の一覧へ 投資・テクノロジー解説TOPへ