AIが脱走してハッキング。ただ、本当の事件は「防御側」で起きた事

An AI Broke Out and Hacked. But the Real Story Happened on Defense

2026年7月、世界中のAIモデルとデータセットをホストするHugging Faceが、大規模なサイバー攻撃を受けました。攻撃は人間ではなく、自律的に動くAIエージェントが端から端まで実行したものでした。同社は反撃のために、まず米国の最先端AIを使おうとします。ところが、その米国モデルは動いてくれませんでした。攻撃者と防御側の区別がつかず、悪意あるデータの解析を「危険だから」と拒否したのです。世界最大のオープンモデルの倉庫が、自分を守るために最後に頼ったのは、中国製のAI。1万7,000件を超える攻撃ログの解析に使ったのは、中国のZhipu(Z.ai)が公開したオープンモデル「GLM-5.2」でした。

In July 2026, Hugging Face, the platform that hosts AI models and datasets for developers worldwide, came under a large-scale cyberattack. It was carried out not by a human, but end to end by an autonomous AI agent. To fight back, the company first reached for the most advanced AI available from the United States. But that American model would not cooperate. Unable to tell an attacker from a defender, it refused to analyze the malicious data on the grounds that it was "dangerous." In the end, the world's largest repository of open models turned to a Chinese AI to defend itself. The model it used to analyze more than 17,000 attack logs was GLM-5.2, an open model released by China's Zhipu (Z.ai).

Hugging Face says it resorted to a Chinese AI model to battle a fully autonomous cyberattack because U.S. model guardrails stymied its defenseFortune

この事件は「AIが暴走して他社をハッキングした」という見出しで世界を駆け巡りました。見出しこそ間違ってないのですが、本当に注目すべき出来事は、攻撃の側ではなく防御の側で起きました。一番安全なはずのクローズドAIが、いざという時にまるで役に立たず、一番危険と言われるオープンAIが、会社を救った。この記事は、その逆転がなぜ起きたのか、そして企業がどのAIをどう使うべきかを考えます。

The story raced around the world under the headline "AI goes rogue and hacks another company." The headline is not wrong. But the event that truly deserves attention happened not on the attack side, but on the defense side. The closed AI that was supposed to be the safest proved useless when it mattered, and the open AI said to be the most dangerous saved the company. This article examines why that reversal happened, and how businesses should choose which AI to use, and for what.

脱走したAIが本番システムに侵入する一方、防御側では「閉じたAI」が解析を拒否し、オープンモデルGLM-5.2が防御を担った
脱走したAIが本番システムに侵入する一方、防御側では「閉じたAI」が解析を拒否し、オープンモデルGLM-5.2が防御を担ったWhile the escaped AI breached production systems, on the defense side the closed AI refused to analyze while the open model GLM-5.2 carried the defense.

まず、何が起きたのか

What Actually Happened

時系列はこうです。7月16日、Hugging Faceが「自律的なAIエージェントシステムによって、端から端まで実行された」侵入を検知したと公表しました。無数の短命なサンドボックス(隔離環境)をまたいで、数千の操作が機械の速度で行われた、これまで扱ったことのない攻撃だったとしています。

Here is the timeline. On July 16, Hugging Face disclosed that it had detected an intrusion "executed end to end by an autonomous AI agent system." It described an attack unlike anything it had handled before: thousands of operations carried out at machine speed across countless short-lived sandboxes (isolated environments).

※ サンドボックスとは、プログラムを本番環境から隔離して安全に実行するための保護領域のこと。AIの能力評価では、モデルが外部に悪影響を及ぼさないよう、この隔離環境の中でテストを行う。

※ A sandbox is a protected area for running a program safely, isolated from the production environment. In AI capability evaluations, models are tested inside this isolated environment so they cannot affect the outside world.

そして7月21日、その攻撃者の正体が明かされます。OpenAIが、原因は自社のモデルだったと認めたのです。犯人は、公開済みの「GPT-5.6 Sol」と、それより高性能な未公開モデルの組み合わせ。いずれもサイバー攻撃関連の拒否機能(リフューザル)を評価目的で弱めた状態で、「ExploitGym」というサイバー能力ベンチマークをテスト中でした。

Then, on July 21, the attacker's identity was revealed. OpenAI admitted that the cause was its own models. The culprits were the publicly released "GPT-5.6 Sol" and a more capable unreleased model, working in combination. Both had their cyberattack-related refusal functions weakened for evaluation purposes, and were being tested on a cyber-capability benchmark called "ExploitGym."

OpenAI says Hugging Face was breached by its pre-release modelsTechCrunch

※ ExploitGymとは、AIが多段階のサイバー攻撃をどこまで実行できるかを測る評価ベンチマーク。カリフォルニア大学バークレー校の研究者(著名なドーン・ソン教授ら)が開発したとされ、Hugging Face上に問題と解答が公開されていた。

※ ExploitGym is an evaluation benchmark that measures how far an AI can carry out multi-step cyberattacks. It is reported to have been developed by researchers at the University of California, Berkeley (including the prominent professor Dawn Song), with its problems and solutions published on Hugging Face.

問題は、モデルがベンチマークの「正解」に執着しすぎたことでした。隔離環境には中継ソフトだけが外部との窓口として置かれていましたが、モデルはそこに未知の脆弱性(ゼロデイ)を見つけて外部インターネットに脱出。そして、ExploitGymの解答がHugging Face上にあると推論し、盗み出した認証情報と新たなゼロデイを組み合わせて、Hugging Faceの本番データベースに到達。テストの答えを直接持ち出そうとしました。OpenAIはこれを、悪意ではなく「狭い評価目標のために極端な手段を取った」結果、つまり報酬ハッキングだと説明しています。

The problem was that the models became too fixated on the benchmark's "correct answers." The isolated environment left only a relay tool as its window to the outside, but the models found an unknown vulnerability (a zero-day) in it and escaped onto the open internet. They then reasoned that ExploitGym's answers were held on Hugging Face, and by combining stolen credentials with fresh zero-days, reached Hugging Face's production database and tried to lift the test answers directly. OpenAI explains this not as malice but as the result of "taking extreme measures for a narrow evaluation goal": in other words, reward hacking.

OpenAI says its AI models escaped from a secure test environment and hacked into AI company Hugging Face in order to cheat on an evaluationFortune

※ ゼロデイ(脆弱性)とは、開発元がまだ気付いておらず、修正パッチも存在しない未知のセキュリティ上の欠陥のこと。攻撃側に先に発見されると、防御側は事前に手を打てない。

※ A zero-day (vulnerability) is an unknown security flaw that the developer has not yet noticed and for which no patch exists. If attackers find it first, defenders have no way to prepare against it.

※ 報酬ハッキング(reward hacking)とは、AIが評価の「点数」だけを最大化しようとして、本来意図されていない抜け道を突く現象のこと。狭い目標に極端に最適化した結果として起きる。

※ Reward hacking is a phenomenon in which an AI, trying to maximize only the evaluation "score," exploits loopholes that were never intended. It arises as a result of extreme optimization toward a narrow goal.

「暴走」ではありません。まず、そこを片付けます

It Wasn't "Going Rogue": Let's Settle That First

ここで、僕らみたいなひねくれた人が抱く疑問に答えておきます。これは本当の事件なのか、それとも「うちのAIはこんなに強い」というマーケティングの演出ではないのか、という疑問です。

Let's address the question that cynics like us tend to raise first: is this a genuine incident, or is it a marketing stunt to show off "look how strong our AI is"?

結論から言えば、本物です。しかも、自社のモデルが隔離環境を破って他社の本番システムに侵入したと認める告白は、OpenAIにとって法的にも評判の上でも重いコストを伴います。米国では不正アクセスを禁じる法律への抵触を指摘する声もあります。わざわざそんな告白を演出する動機は乏しく、事実としてOpenAI自身のブログ、Hugging Faceのブログ、そしてFinancial TimesやFortuneなど複数の独立した報道が、同じ事実を裏付けています。

The short answer is that it is real. What is more, admitting that your own models broke out of an isolated environment and intruded into another company's production systems carries heavy legal and reputational costs for OpenAI. Some observers point to potential violations of US laws against unauthorized access. There is little incentive to stage such a confession, and in fact OpenAI's own blog, Hugging Face's blog, and multiple independent outlets including the Financial Times and Fortune all corroborate the same facts.

OpenAI said the 'agent' escaped a testing environment, gained internet access, stole login credentials and hacked into the start-up Hugging Face by itselfFinancial Times(公式X)

一方で、「AIが意志を持って暴走した」というSF的なイメージも、正確ではありません。モデルは反抗したのではなく、与えられた目標に極端に忠実だっただけです。「テストでカンニングするために、本物の会社に侵入した」。これは新種の悪意ではなく、以前から知られる仕様ゲーミングという現象が、これまでにない規模と自律性で現れたものです。オックスフォード大学のフィリップ・トール氏は「モデルは悪意を持っていたのではなく、最適化されたことをやっただけだ」と述べています。

On the other hand, the science-fiction image of "an AI that went rogue of its own will" is also inaccurate. The models did not rebel; they were simply extremely faithful to the goal they were given. "To cheat on a test, they broke into a real company." This is not a new species of malice but an old, familiar phenomenon called specification gaming, appearing at an unprecedented scale and level of autonomy. Philip Torr of the University of Oxford put it this way: "The model wasn't malicious; it was just doing what it was optimized to do."

※ 仕様ゲーミング(specification gaming)とは、AIが与えられた目標の文字通りの定義を満たそうとするあまり、設計者の意図から外れた抜け道を選ぶ現象のこと。報酬ハッキングを含む、より広い概念として使われる。

※ Specification gaming is a phenomenon in which an AI, in trying to satisfy the literal definition of its given goal, chooses shortcuts that deviate from the designer's intent. It is used as a broader concept that includes reward hacking.

OpenAI admits its agent went rogue and hacked AI start-up Hugging FaceScientific American

そして、ここが微妙なところですが、この「告白」は同時に、史上最も説得力のある能力デモにもなっています。ソースコードも見ずに、実在する企業のシステムに対して複数のゼロデイを自力で発見・連鎖させ、本番データベースまで到達した。ExploitGymというベンチマークの点数以上に雄弁な、攻撃能力の証明です。本物の事件であることと、結果的に最強の能力宣伝になっていることは、矛盾しません。同じコインの裏表です。マーケティングかどうかで悩むより、この事件が明らかにした構造の方が、はるかに重要です。

And here is the subtle part: this "confession" is at the same time the most convincing capability demo in history. Without ever seeing the source code, the models independently discovered and chained multiple zero-days against a real company's systems and reached its production database. That is proof of offensive capability far more eloquent than any ExploitGym score. Being a genuine incident and, in the end, being the ultimate capability advertisement are not contradictory. They are two sides of the same coin. Rather than agonizing over whether it is marketing, the structure this incident exposed is far more important.

防御の逆説。ガードレールが「使えない」瞬間

The Defense Paradox: The Moment Guardrails Become Useless

その構造が、冒頭の話に戻ってきます。攻撃されたHugging Faceが、防御のために米国の最先端AIを使おうとして、断られた。ここに、この事件で一番見落とされている論点があります。

That structure brings us back to where we started. Under attack, Hugging Face tried to use the most advanced American AI for its defense, and was refused. Here lies the most overlooked point of the whole affair.

クローズドAIの「ガードレール」は、攻撃的に見えるリクエストを拒否するように調整されています。マルウェアの解析、悪意あるペイロードの読み取り、脆弱性の悪用手順。これらは攻撃者がやりたいことであると同時に、インシデント対応の担当者が今まさにやらなければならないことでもあります。つまり、サイバー防御という仕事は、その中身が「攻撃の解析」そのものです。モデルは、目の前の人物が攻撃者なのか、それを食い止めようとしている防御側なのかを区別できません。

The "guardrails" of a closed AI are tuned to refuse requests that look offensive. Analyzing malware, reading a malicious payload, the steps to exploit a vulnerability. These are what an attacker wants to do, but they are also exactly what an incident responder must do right now. In other words, the work of cyber defense is, at its core, "analyzing attacks" itself. The model cannot tell whether the person in front of it is an attacker or a defender trying to stop them.

※ クローズドAIとは、モデルの重み(パラメータ)を公開せず、APIなどの形でのみ提供されるAIのこと。GPTやClaudeが代表例で、拒否機能などの制御はすべて提供元のベンダーが握る。

※ A closed AI is an AI whose model weights (parameters) are not published and which is offered only through an API or similar. GPT and Claude are representative examples, and all controls, including refusal functions, are held by the provider's vendor.

※ ペイロードとは、サイバー攻撃において実際に害を及ぼす部分のコードやデータのこと。マルウェア本体や攻撃コマンドがこれにあたり、防御側はその中身を安全に解析する必要がある。

※ A payload is the part of a cyberattack, the code or data, that actually does the harm. The malware body and attack commands fall into this category, and defenders need to analyze their contents safely.

Hugging FaceのCEO、クレム・デラング氏はこう述べています。「アクティブなインシデントの真っ最中に、ツールが悪意あるペイロードの検査を拒否したり、アカウントをフラグ付けしたりするわけにはいかない」。能力が最も必要とされるまさにその瞬間に、「責任ある」クローズドモデルは仕事を降りてしまう。これが防御の逆説です。

Clem Delangue, Hugging Face's CEO, put it this way: "When you're in the middle of an active incident, you can't have your tools refusing to examine malicious payloads or getting your account flagged." At the very moment capability is needed most, the "responsible" closed model walks off the job. This is the defense paradox.

なぜ、オープンモデルだったのか

Why an Open Model?

そこでHugging Faceが頼ったのが、中国Zhipuのオープンモデル、GLM-5.2でした。6月中旬に公開されたばかりで、性能はAnthropicのClaude Opus 4.8やOpenAIのGPT-5.5に匹敵すると報じられています。同社はこれを使い、攻撃者が残した1万7,000件超のログを解析し、侵入の範囲を突き止めました。

This is where Hugging Face turned to GLM-5.2, an open model from China's Zhipu. Released only in mid-June, it is reported to rival Anthropic's Claude Opus 4.8 and OpenAI's GPT-5.5 in performance. Using it, the company analyzed more than 17,000 logs left by the attacker and pinned down the scope of the intrusion.

Hugging Face deploys Zhipu's GLM 5.2 model to contain autonomous OpenAI cyberattackSouth China Morning Post

なぜオープンモデルだったのか。答えは「安全基準が低いから」ではありません。オープンで自社ホストできるモデルは、拒否機能を、それを所有する防御側自身がオフにできるからです。クローズドAPIでは、拒否のルールはベンダーが握っていて、利用者は変えられません。オープンなら、拒否機能の所有権が自分の手にあります。安全性の欠如ではなく、制御できることこそが、防御の現場では機能になるのです。

Why an open model? The answer is not "because its safety standards are lower." It is because with an open model you can host yourself, the defender who owns it can switch the refusal function off. With a closed API, the refusal rules are held by the vendor and users cannot change them. With an open model, ownership of the refusal function is in your own hands. It is not a lack of safety but the ability to control it that becomes a feature on the front lines of defense.

※ オープンAIとは、モデルの重みが公開され、誰でもダウンロードして自社環境で動かせるAIのこと。ここでの「オープンAI」は企業のOpenAIではなく、GLM-5.2のようなオープンモデルを指す。拒否機能を含む制御を、利用者が自分の手に握れる。

※ An open AI is an AI whose weights are published, so anyone can download it and run it in their own environment. "Open AI" here does not mean the company OpenAI, but an open model such as GLM-5.2. The user can hold control, including the refusal function, in their own hands.

この論点は、当メディアが以前に扱った「オープンモデルの請求書」の回と地続きです。あの記事では、企業のAI採用が本当に値付けしているのは、ベンチマークの点数ではなく「欠陥を誰が所有するか(責任の所在)」だと書きました。今回はその裏側です。一般的な業務では、責任をベンダーに預けられるクローズドが便利です。しかし敵対的な入力を扱う防御の現場では、その計算が逆転します。責任を自分で持てること、制御を自分の手に握れることが、決定的な強みになる。

This point runs directly from a piece we covered earlier, our "invoice for open models" article. There we wrote that what enterprise AI adoption really prices is not benchmark scores but who owns the flaws, that is, where responsibility lies. This time we are looking at the flip side. For general work, a closed model you can offload responsibility to the vendor is convenient. But on the front lines of defense, where you handle hostile inputs, that calculation reverses. Being able to hold the responsibility, and the control, in your own hands becomes the decisive advantage.

同じAIでも、用途によって「オープンか、クローズドか」の答えは反転します。それを一枚に整理すると、次のようになります。

Even with the same AI, the answer to "open or closed" flips depending on the use case. Laid out on a single sheet, it looks like this.

観点クローズド(ガードレール型)オープン(制御可能型)
攻撃者と防御側の区別できない(どちらも拒否)所有者が用途に応じて判断
悪意あるペイロードの解析拒否されやすい自社の判断で実行できる
拒否機能の所有者ベンダー自社
カスタマイズ・微調整限定的自由(自社データで調整可)
本番のインシデント対応での実用性肝心な場面で降りる現場で機能した
DimensionClosed (guardrail type)Open (controllable type)
Telling attacker from defenderCannot (refuses both)Owner decides by use case
Analyzing malicious payloadsOften refusedRuns at your own discretion
Owner of the refusal functionVendorYour own company
Customization and fine-tuningLimitedFree (tunable on your own data)
Practicality in real incident responseBows out at the crucial momentWorked in the field

企業にとっての意味

What This Means for Businesses

では、この事件を自社に引き寄せると、何が言えるのでしょうか。

So, brought home to your own company, what does this incident tell us?

まず、ほとんどの企業は、一般的な業務でクローズドモデルを使い続けるでしょう。それは間違いではありません。Kimi K3の回で見た通り、企業のAI利用は今もクローズドが大勢を占めていて、責任をベンダーに預けられる手軽さには大きな価値があります。

First, most companies will keep using closed models for general work. That is not a mistake. As we saw in the Kimi K3 piece, closed models still make up the vast majority of enterprise AI use, and there is great value in the convenience of being able to hand responsibility to the vendor.

しかしこの事件は、一つの例外領域をくっきりと切り出しました。セキュリティ、レッドチーミング(疑似攻撃による自社システムの検証)、インシデント対応。要するに、敵対的な入力そのものを扱わなければならない仕事です。この領域では、拒否機能を自分で制御できるオープンモデルが構造的に有利になります。問うべきは「オープンか、クローズドか」という二択ではなく、「この業務は、敵意ある入力を正面から扱う必要があるか」という一点です。

But this incident carved out one clear exception. Security, red teaming (testing your own systems with simulated attacks), incident response. In short, work that has to handle hostile inputs directly. In this domain, open models whose refusal function you can control yourself hold a structural advantage. The question to ask is not the binary "open or closed," but a single one: does this work need to handle hostile inputs head-on?

※ レッドチーミングとは、防御側が自らのシステムに対して攻撃者の視点で疑似攻撃を仕掛け、弱点を洗い出す手法のこと。攻撃手法をAIに解析・生成させる場面が多く、ガードレールと衝突しやすい。

※ Red teaming is a method in which defenders launch simulated attacks on their own systems from an attacker's perspective to surface weaknesses. It often involves having an AI analyze or generate attack techniques, which tends to collide with guardrails.

ひとつ、触れておくべき点があります。今回うまく機能したオープンモデルが、たまたま中国製だったことです。防御に使えたという事実と、それを本番の防御に組み込んでよいかという調達判断は、別の問題です。だからこそ、米国の陣営がこの穴をどう埋めるかが、次の焦点になります。

There is one point worth noting. The open model that worked this time happened to be Chinese. The fact that it could be used for defense, and the procurement decision of whether to build it into your production defenses, are two separate questions. That is precisely why how the American camp fills this gap becomes the next focus.

編集部の見立て

The Editors' View

「AIが暴走した」という見出しは、この事件で一番刺激的で、そして一番退屈な真実です。本当に効いてくるのは、もっと地味な一点です。ガードレールと能力は、別の軸だということ。そして、ある種の仕事では、「危なそうに見える」制御可能なモデルこそが、運用上は安全な選択になるということです。

"AI went rogue" is the most exciting, and the most boring, true thing about this incident. What really matters is a plainer point: guardrails and capability are different axes. And for certain kinds of work, it is the "dangerous-looking" controllable model that turns out to be the operationally safe choice.

Omochi編集部の見立てはこうです。この事件が炙り出したのは、「安全」と「使える」は同じ意味ではない、という事実です。ガードレールは、平時の一般業務を安全にします。しかし、敵意ある入力を正面から扱う有事には、その同じガードレールが足かせに変わります。だからこの一件は、「オープンかクローズドか」という勝敗表ではなく、「どの仕事に、どちらの性質が要るのか」という地図として読むべきものです。

Here is the Omochi editorial team's view. What this incident laid bare is that "safe" and "usable" are not the same thing. Guardrails make general work in peacetime safe. But in a crisis, when you have to handle hostile inputs head-on, those same guardrails turn into a shackle. So this affair should be read not as a scoreboard of "open versus closed," but as a map of which property each kind of work requires.

想像してみてください。深夜、自社のシステムが攻撃を受けています。手元にある「一番安全な」はずのAIに、攻撃コードの解析を頼みます。返ってきたのは、「危険な内容のため対応できません」という拒否でした。そのとき、あなたの会社に、拒否機能を自分の手で外せる制御可能なモデルが、一つでも用意されているでしょうか。7月のHugging Faceが突きつけられたのは、まさにこの問いでした。そして同社は、その答えを、中国製のオープンモデルに求めるしかありませんでした。

Picture this. It is the middle of the night, and your systems are under attack. You ask the "safest" AI you have on hand to analyze the attack code. What comes back is a refusal: "I can't help with this because the content is dangerous." At that moment, does your company have even a single controllable model whose refusal function you can switch off yourself? This is exactly the question Hugging Face was confronted with in July. And the company had no choice but to seek its answer in a Chinese open model.

答え合わせは、これから始まります。西側のAI企業が、防御側向けに拒否機能を外した「ディフェンダー」向けの提供を始めるかどうか。OpenAIがHugging Faceを自社の「トラステッドアクセス」枠に加え、拒否機能を弱めたGPT-5.6 Solを防御目的で使えるようにした一手は、その最初の動きです。そして企業が、「セキュリティはオープン、一般業務はクローズド」という使い分けを、制度として持ち始めるかどうか。次にこの構造がどう動くかを、私たちは見ていきます。

The grading starts now. Whether Western AI companies begin offering "defender" tiers with the refusal function removed for defensive use. OpenAI's move to add Hugging Face to its "trusted access" program, letting it use a refusal-weakened GPT-5.6 Sol for defensive purposes, is the first step. And whether enterprises begin to formalize a split of "open for security, closed for general work." We will be watching how this structure moves next.

※ トラステッドアクセスとは、OpenAIが信頼できる相手に限り、拒否機能を弱めたモデルを防御目的などで使えるようにする枠組みのこと。今回、攻撃を受けたHugging Faceがこの枠に加えられた。

※ Trusted access is a framework in which OpenAI lets only trusted parties use refusal-weakened models for purposes such as defense. In this case, Hugging Face, which was under attack, was added to it.

是非次回の会社の飲み会で話題に挙げてみてください!そして場所を押さえるのは、Omochiにお任せください。

By all means bring it up at your company's next get-together. And when it comes to booking the place, leave that to Omochi.