63億ドルの教訓：Binance不正流出事件の検証と、AIエージェント時代の取引プラットフォームのセキュリティ

公開日：2026年10月31日（日本時間） 事件は現在も調査中であり、金額や詳細は公式の続報によって変わる可能性があります。本記事は技術とセキュリティに関する考察であり、投資助言ではありません。

まず結論から

• 規模：2026年10月29日（UTC）、Binance（バイナンス）が10のブロックチェーン上に持つ複数のホットウォレットから、約63億ドルが流出しました。記録上最大の暗号資産盗難事件で、2025年2月のBybit事件（約15億ドル）の約4倍にあたります。
• 手口：攻撃者はブロックチェーンや暗号を「破った」わけではありません。Binance自身の署名システムに、悪意あるトランザクションへ署名させたのです。侵入口は、あるDevOpsエンジニアの侵害されたノートPCでした。Ethereum上では、EIP-7702の委任（delegation）の仕組みを悪用し、頻繁に使われていたホットウォレットを、攻撃者の指示だけに従う「ポンプ」に変えてしまいました。
• 損失の抑え込み：ステーブルコイン発行体など複数の関係者が合計約30億ドルを凍結し、Binanceはユーザーの損失を自社資金で全額補償すると表明しました。
• 攻撃者：複数のオンチェーン分析企業が、北朝鮮のハッカー集団TraderTraitorによる犯行と分析しています。Bybit事件と同じグループです。
• 最も教訓とすべき点：攻撃者は約20分で資金の大半を移しましたが、異常の発生から出金停止までには約2時間かかりました。この時間を縮めることこそ、AIエージェントが最も力を発揮できる領域です。AIエージェントは機械の速さで検知・遮断・連携対応ができますが、前提として境界を明確にする必要があります。エージェントに握らせるのは「ブレーキ」だけで、「鍵」は握らせないことです。

---

1. 事件の振り返り：63億ドルはどのように流出したのか

以下の時刻はすべてUTCです。北京時間は+8時間、東京時間は+9時間です。たとえば攻撃が始まった10月29日20:05（UTC）は、北京時間で10月30日04:05、東京時間で10月30日05:05にあたります。

（1）前日からの準備

オンチェーン分析によると、攻撃者の操作用ウォレットは10月28日の午前から、ミキシングサービスTornado Cash経由で少額の資金を数回受け取っていました。10月29日、攻撃者はまず「スイーパー（sweeper）」と呼ばれる資金回収用コントラクトの初期版をデプロイし、自分たちが管理するウォレットでテストとリハーサルを行いました。同日15:59に最終版をデプロイしています。このコントラクトは、攻撃者が指定した操作用アドレスからしか呼び出せないものでした。

（2）侵入口：1台のエンジニア用ノートPC

Binanceの初期調査によると、あるDevOpsエンジニアのノートPCが侵害されていました。攻撃者はそこからサービス用のコンテナに入り込み、不正な出金トランザクションを送信しました。10月31日、Binanceの共同CEO 2人が連名で2回目の続報を公表し、次の3点を示しました。

• このノートPC以外にも侵入ポイントが見つかったこと
• 現時点で、ウォレットの秘密鍵が漏えいした証拠はないこと
• 技術的な詳細は約48時間以内に公表される見込みであること

オンチェーンセキュリティ企業BlockaidのCEOも、秘密鍵が盗まれたというより、署名基盤が悪用された可能性が高いとの見方を示しています。たとえるなら、鍵はずっと金庫にしまわれていたものの、「押印の手続き」が乗っ取られたようなものです。ただしBlockaidはその後の技術分析で、少なくとも1つのホットウォレットの署名能力が攻撃者の手に渡っていたとしています。秘密鍵が実際にBinanceの外に出たのかどうかは、公式の技術レポートを待つ必要があります。

（3）決定的な一手：EIP-7702でホットウォレットを「ポンプ」に変える

EIP-7702は、Ethereumが2025年のアップグレードで導入した機能です。通常のウォレットアドレス（EOA）は「認可（authorization）」に署名すると、自分の実行ロジックをスマートコントラクトのコードに委任できます。本来の目的は、通常のウォレットでもバッチ取引や手数料の肩代わりといった機能を使えるようにすることでした。今回はこれが逆手に取られました。流れは次のとおりです。

1. 20:20:59：攻撃者はtype-4トランザクションを1件送信しました。その中には、ホットウォレット「Binance 14」を対象とするEIP-7702の認可が50件、連続する50個のnonceそれぞれに対応する形で含まれていました。
2. なぜ50件なのか：Binance 14はその時点でもユーザーの出金を通常どおり処理しており、nonceは変わり続けていました。攻撃者は正確な値を予測できないため「網を張り」、どれか1件が合えばよいと考えたのです。実際に1件が一致し、Binance 14の実行ロジックは攻撃者のスイーパーコントラクトに委任されました。
3. 3分24秒後（20:24:23）：攻撃者はスイープ関数を呼び出し、1件のトランザクションで167,464 ETHと63種類のトークン（16.15億USDTを含む）、約25億ドル相当を移しました。
4. 委任は有効なまま：委任はいったん有効になると、そのまま有効であり続けます。Binanceの自動集約システムはその後もユーザーの入金をBinance 14に送り続け、約40分後（21:04）の2回目のスイープで、新たに入ってきたその資金も持ち去られました。

（4）10のチェーン、20分

同じ頃、10のチェーン上にあるBinanceの複数のホットウォレットからも、攻撃者のアドレス宛ての通常の送金に署名がなされていました。10のチェーンとは、Ethereum、Bitcoin、Tron、XRP Ledger、Solana、Arbitrum、Avalanche、Optimism、Base、Polygonです。

TRM Labsの集計では約63.6億ドルが流出し、その大半は20:05から約20分のうちに移されました。攻撃の時間帯は全体として23:56まで続いています。Binance自身の推計は約63億ドル、Chainalysisの集計は約64億ドルです。

（5）凍結と損失の抑え込み

注意すべきなのは、凍結は回収ではないという点です。ステーブルコインの発行体は自社が発行したトークンを凍結でき、その後バーンして被害者に再発行することもできますが、それには法的な手続きが必要です。BTCやETHのように中央の発行体を持たない資産は、このような凍結ができません。まだ凍結されていない約33億ドルのうち、かなりの部分がこの種の資産です。

（6）背後にいるのは誰か

• TRM Labsは「高い確度」で、北朝鮮のハッカー集団TraderTraitorによる攻撃と分析しています。
• Chainalysisも同じ結論に達し、盗まれた資金がオンチェーン上で今年9月のBitget事件の資金と混ざっていると指摘しています。Bitget事件の被害額は約3.88億ドルで、こちらも北朝鮮によるものとされています。
• 米FBIは以前、2025年2月にBybitから約15億ドルが盗まれた事件も、この集団の犯行だと認定しています。

Binance自身は、まだ攻撃者を公に名指ししていません。

（7）同じ日のもう1件：Polymarket

Binanceの事件の数時間前には、予測市場のPolymarketも攻撃を受けていました。UTC 17:05からの約1時間で、攻撃者は数百のユーザーアカウントから約260万〜270万ドルを移しました。

Polymarketは、外部のサービス事業者の1社が侵害されたもので、中核となるスマートコントラクトへの影響はないと説明しています。セキュリティ研究者は、同社のWebサイトのフロントエンドが読み込む外部スクリプトに不審なコードを発見しました。このコードはユーザーの取引セッションを読み取り、保有ポジションを売却して資産を移すものでした。Polymarketが数百万ドル規模のセキュリティ事件に見舞われたのは、4か月で2回目です。

---

2. なぜ取引所が常に最大の標的になるのか

従来の証券市場では「取引」と「保管」が分かれています。取引所は注文の約定だけを担い、証券は専門の保管振替機関が保管します。中央集権型の暗号資産取引所はこの2つを1か所にまとめ、取引の約定とユーザー資産の集中保管の両方を担っています。ここから3つの構造的なリスクが生まれます。

1. 価値が極度に集中している：取引所を1つ攻略すれば、数百万人のユーザーの財布を一度に開けたのと同じことになります。
2. ホットウォレットはオンラインでなければならない：ユーザーがいつでも出金できるよう、取引所はオンラインの署名能力を持ち続ける必要があり、署名システムは長期間ネットワークにさらされます。
3. オンチェーンの送金は取り消せない：従来の金融には清算、取消（組戻し）、支払停止の手続きがあります。オンチェーンの取引は一度確定すると、凍結できる一部のステーブルコインを除けば、ほぼ後戻りできません。

---

3. BybitからBinanceへ：同じシナリオ

3つの事件を並べてみると、4つの共通点が見えてきます。

1. 狙われたのは人、プロセス、サプライチェーンであり、暗号ではない。 「秘密鍵を計算して割り出した」事件は1つもありません。侵入口は、それぞれ開発者のPC、外部サービス、フロントエンドのスクリプトでした。
2. 署名は最後の関門である。 署名システムが署名に応じてしまえば、コールドウォレットもマルチシグもハードウェアセキュリティモジュールも役に立ちません。署名する側が、自分が何に署名しているのかを自ら理解できなければなりません。
3. 自動化は諸刃の剣である。 入金の自動集約や自動補充は効率を高めますが、異常が起きたときには「攻撃者に資金を供給し続ける」ことにもなります。
4. 攻撃と防御のスピードは大きく非対称である。 攻撃者は約20分で資金の大半を移しましたが、防御側は異常の発生から出金停止までに約2時間を要しました。

---

4. 今回の攻撃にAIは使われたのか

現時点で、今回の攻撃にAIが使われたことを示す公開された証拠はありません。ただし、事件は特別なタイミングで起きました。10月はAI関連のセキュリティ事件が相次ぎ、セキュリティ業界では月全体が「ブラック・オクトーバー」と呼ばれています。主な出来事は次のとおりです。

• AIの助けを借りて発見されたPHPの深刻な脆弱性（PHP2Shell）の修正が、10月21日に公開された
• AIコーディングエージェント基盤のOpenCode、開発者プラットフォームのRailway、AIゲートウェイのLiteLLMで相次いでセキュリティ事件が起き、顧客のAPIキーなどの認証情報が漏えいするおそれが生じた
• Microsoftの脅威インテリジェンス部門が、国家を背景とするハッカー集団がAI駆動のペネトレーションテスト・フレームワークを使っていると公表した

一方で、AIは防御側にも立っています。Blockaidによると、同社の取引セキュリティエンジンは、Binance 14を委任させたtype-4トランザクションを見た瞬間に悪意あるものと判定し、AIモデルを活用して11分以内に攻撃の仕組み全体を確認しました。

したがって、より正確な問いは「AIはハッカーを強くするのか」ではなく、**「誰の検知と対応が機械の速さで動くのか」**です。「ブラック・オクトーバー」を経て、複数のセキュリティ専門家も、次の段階のサイバーセキュリティの核心はレジリエンス、つまり侵入者をどれだけ早く見つけ、被害をどれだけ早く抑え、業務をどれだけ早く復旧できるかだと指摘しています。

---

5. 取引プラットフォームのセキュリティ強化チェックリスト

以下の対策はAIに依存しません。どの取引プラットフォームやウォレット事業者も、まず押さえておくべき基本です。

（1）開発・運用端末

• 専用ワークステーション：本番環境へのアクセスは専用の特権アクセス用ワークステーション（PAW）からのみ許可し、日常業務・Web閲覧・チャットに使うPCとは分離する。
• 長期有効な認証情報を残さない：FIDO2ハードウェアキーと短期間だけ有効な認証情報を組み合わせ、権限はチケットごとに一時的に付与して期限切れで自動失効させる。ノートPCには長期有効な本番用の認証情報を置かない。
• エンドポイント保護：EDRを導入し、開発者のPC上の異常なプロセス、リモート操作ツール、不審なブラウザ拡張機能や依存パッケージをリアルタイムで検知・通知する。
• ソーシャルエンジニアリング対策：TraderTraitorのような集団は、偽の求人や偽の協業、「面接課題を1問解いてほしい」といった口実で悪意あるプロジェクトのコードを送り込み、エンジニアのPCに侵入するのが常套手段である。エンジニアには専門的なセキュリティ研修が必要だ。

（2）署名基盤（最も重要な部分）

• トランザクションの作成と署名を分離する：トランザクションを送信するサービスと、署名を承認するサービスは必ず分ける。署名側（HSM / MPCノード）には独立したポリシーエンジンを組み込み、自らデコードして自ら判断させ、上流から渡される「取引の要約」を信用しない。
• 決定論的なハードルール：
  • ホットウォレットの鍵には、EIP-7702の認可への署名を一律に禁止する（認可の署名ペイロードはマジックナンバー 0x05 で始まるため、署名側で正確に識別できる）
  • 許可リストにないコントラクトへのapprove / permitには署名しない
  • 署名は標準の出金フローに沿ったもので、検証済みのアドレス宛てに限る
• 金額と速度の上限：1件ごと、アドレスごと、単位時間ごと、ウォレットごとに流出の上限を設け、上限を超える場合は複数人の承認を必須にする。
• 署名前のシミュレーション：すべてのトランザクションをまずフォーク環境で模擬実行し、資産の変化が申告された意図と一致するかを照合する。
• ホットウォレットには必要最小限だけ置く：ホットウォレットの残高は今後数時間分の出金需要に合わせて動的に補充し、大口の資産はコールド側に置く。
• アカウント状態の巡回チェック：ホットウォレットのアドレスについて、オンチェーンのcodeフィールドを継続的にチェックする。0xef0100 で始まる委任の識別子が現れたら直ちにアラートを出し、そのウォレットを集約の経路から外す。

（3）自動化プロセスにはサーキットブレーカーを

• ウォレットの健全性ステータスを購読する：集約・補充・出金などの自動ジョブはすべて「ウォレットの健全性ステータス」を購読し、ウォレットに異常のフラグが立った時点で、そのウォレットへの送金を自動的に止める。今回の2回目のスイープで持ち去られたのは、まさに自動集約で送り込まれた資金だった。
• 段階的なサーキットブレーカー：まず速度を制限し、次に単一チェーンを停止し、最後に全体を停止する。ブレーカーの発動手順は事前に承認しておき、ワンクリックで元に戻せるようにする。

（4）フロントエンドと外部依存

• CSPの許可リストとSRIによる検証を使い、外部スクリプトは極力減らす。重要な取引ページでは、マーケティング系や監視系の外部スクリプトを読み込まない。
• フロントエンドのビルド成果物をハッシュで監視し、本番で実際に読み込まれるJSがリリース版と一致しなくなったら直ちにアラートを出す。

（5）緊急時の連携チャネル

• TetherやCircleなどのステーブルコイン発行体、オンチェーン分析企業、捜査機関との連絡チャネルを事前に確立し、データ形式（アドレス、トランザクションハッシュ、証拠パッケージ）を取り決めておく。
• 四半期ごとに訓練を行い、「異常の検知から凍結要請の提出まで」の目標時間を分単位まで縮める。

（6）準備金と透明性

• ユーザー保護基金を設け、準備金証明を定期的に公表する。事件が起きたら準備金証明と技術レポートをできるだけ早く公表し、ユーザーの信頼をつなぎとめる。

---

6. AIエージェントで取引プラットフォームのセキュリティを強化する：実装可能なアーキテクチャ

基本原則：エージェントはブレーキを握るが、鍵は握らない

1. 非対称な権限：エージェントは拒否・一時停止・報告はできるが、承認・署名・送金はできない。
2. 決定論的なルールで下支えする：既知の危険なパターン（ホットウォレットによるEIP-7702認可への署名など）はハードルールで遮断し、エージェントはルールに書かれていない新しいパターンの発見を担う。
3. 事前承認済みで、元に戻せるアクション：ブレーカー系アクションのプレイブックは人が事前に承認し、エージェントは条件を満たしたときにだけ実行する。実行内容はロールバックできるようにする。
4. ヒューマン・イン・ザ・ループ：外部への通知、凍結要請の提出、出金の再開など、ユーザーに影響し取り消しが難しいアクションは、すべて人による確認を必須にする。

5つのエージェントの役割

今回のタイムラインで試算する

この表は後知恵で保証するものではありません。AIエージェントがあっても、操作された署名システムが悪意ある送金にいくつか署名してしまう可能性は残ります。しかし金額の上限、サーキットブレーカー、連携した凍結によって、損失を抑えるまでの時間を「時間単位」から「分単位」に縮めることはできます。63億ドルという規模では、それが数十億ドルの差になります。

エージェント自身のセキュリティ

AIエージェントそのものも新たな攻撃対象領域であり、「高価値システム」として守る必要があります。

• プロンプトインジェクション対策：オンチェーンのデータ（トークン名、メモ欄）、Webページ、チケットの内容には、プロンプトインジェクションが紛れ込んでいる可能性がある。エージェントが読む外部の内容はすべてデータとしてのみ扱い、指示として扱ってはならない。
• 最小権限と短期間の認証情報：エージェントの実行環境には本番の鍵を置かない。「ブラック・オクトーバー」でのAIゲートウェイやAIコーディング基盤からの認証情報漏えいは、まさに教訓である。
• 完全な監査：すべての判断について、入力・理由・アクションを追跡できるようにする。
• 誤検知の管理：段階的な対応を採り、まず「シャドーモード」で試験運用する。「オオカミ少年」になることも、正常なユーザーを巻き込むことも避ける。
• 定期的なレッドチーム演習：エージェント自体にもレッドチームテストを行い、権限を越えさせたりルールを回避させたりする誘導のシナリオも含める。

導入ロードマップ（中小規模の取引プラットフォーム・ウォレット事業者向け）

---

7. 一般ユーザーへのアドバイス

• 分散して保管する：資産をすべて1つの取引所に置かないこと。長期保有分はハードウェアウォレットでの自己管理も検討し、シードフレーズを確実にバックアップしておきましょう。
• アカウントを強化する：出金先アドレスのホワイトリストを有効にし、二要素認証にはハードウェアキーを使いましょう。
• 事件後のフィッシングに警戒する：大きな事件の後は、フィッシング詐欺が急増しがちです。「補償申請」「資産移行」などをうたうリンク、DM、電話は、一切クリックせず信用せず、公式チャネルのお知らせだけを確認しましょう。
• プラットフォームの透明性に注目する：準備金証明やユーザー保護基金の状況を確認しておきましょう。

---

おわりに

63億ドルの教訓の核心は、すべての侵入を防ぐことではなく、侵入が起きた後にシステムがどれだけ早く検知し、どれだけ早く損失を止められるかにあります。攻撃者はすでに機械の速さで動いており、防御側にも同じ速さが求められます。AIエージェントは万能薬ではありませんが、明確な権限の境界の中であれば、取引プラットフォームが最も脆弱になる「ゴールデンアワー」を数分にまで縮められます。

SolanaLinkは、クラウドインフラ、IT運用、AIエージェントの導入支援サービスを提供しています。取引システム、ウォレットサービス、Webアプリケーションのセキュリティ強化をご検討中のチームは、お気軽にお問い合わせください。

---

参考資料

• TRM Labs：North Korea Steals USD 6.36 Billion From Binance in the Largest Hack in History
• Chainalysis：The $6.4 Billion Binance Hack: Tracing the North Korea Link
• Blockaid：Binance $5.5B Hack: Using Advanced AI Models, Blockaid Detects the Biggest Theft in Crypto History
• Cointelegraph：Binance hack may involve private key "misuse," not theft: Blockaid CEO
• The Crypto Times：Binance Hack Explained: How $6.3 Billion Was Drained in 20 Minutes
• HackenProof：Binance Hack 2026: Inside the $6.3B Breach
• NBC News：Binance targeted in $6.3 billion crypto heist, the largest ever
• Reuters（Yahoo Finance経由）：Binance seeks to shore up confidence after record $6.3 billion heist
• CNBC：Binance's $6.3 billion hack: What we know and what comes next
• CoinDesk：Experts divided over Binance hack asset freezes
• Al Jazeera：Binance says $6.3bn stolen in biggest crypto heist in history: What we know
• TechFlow：Binance second update on the security incident
• The Block：Polymarket resumes trading after $2.65 million exploit
• Axios：Inside "Black October": AI's cyber scare delivers a Y2K lesson
• CNBC：AI's "Black October": Critical PHP flaws set off global security scramble