KKDEMIAN

Binance が根本原因を示した:破られたのは EIP-7702 ではなく、署名能力を持つサービス ID だった

10/30 02:23 UTC の《Security Incident Update》が初めて根本原因を示した。DevOps エンジニアのノート PC が侵害され、攻撃者はそこからサービスコンテナに到達して未承認の出金トランザクションを送信したという。Binance はウォレット秘密鍵の漏洩を示す証拠は見つかっていないとし、影響を受けたアドレスの認可はすでに失効させたと述べている。影響総額の見積もりは 63 億ドル、凍結済み 30 億ドル、純エクスポージャーは約 33 億ドル。これは事件をプロトコルの欠陥から運用の問題へ引き戻す:7702 は入口ではなく、上限に縛られた出金を何にも縛られないコード実行へ変えた増幅器だった。

考察

本稿は Binance の《Security Incident Update》(2026年10月30日 02:23 UTC)とオンチェーンデータに基づく。価格は 02:43 UTC 時点。公告自身の文言は「初期調査では関与の可能性が示唆される」「証拠は見つかっていない」「見積もり」である —— これは調査の方向であって、最終的な結論ではない。 Binance が約束した technical post-mortem こそが決定的な文書である。

TL;DR

破られたのは EIP-7702 ではない。署名能力を持つサービス ID である。

  • 根本原因(Binance の説明):DevOps エンジニアのノート PC が侵害された可能性があり、攻撃者はそこからサービスコンテナに到達して未承認の出金トランザクションを送信した。
  • Binance はウォレット秘密鍵の漏洩を示す証拠は見つかっていないとし、影響を受けたアドレスの認可を失効させたと述べている。
  • 規模:影響総額の見積もり 63 億ドル、凍結済み約 30 億ドル、純エクスポージャー約 33 億ドルを SAFU と自己資金でカバー。
  • 7702 の役割が変わる:入口ではなく増幅器である —— 出金ポリシーに縛られた操作を、何にも縛られないコード実行に変えた。
  • 前稿が残した問いにも答えている:50 件の認可の chain_id がすべて 1 であるため、多チェーンの流出は「別の説明を要する」と指摘した。この公告がその説明を与えた —— 一つの出金サービス、複数のチェーン、そしてイーサリアム以外では 7702 はそもそも不要だった。
  • 公告には一つの継ぎ目がある:Binance は攻撃者が未承認の出金トランザクションを送信したと述べるが、イーサリアム上のそれは set-code トランザクションであって出金ではない。両者は矛盾しないが、post-mortem は答えなければならない ——なぜそのサービスがアカウントのコードを書き換える署名を要求できたのか。

一、公告の分解:7 つの事実、本当に新しいのは 1 つ

「資金は安全、点検中」という先の 2 つの原則的な表明と違い、今回は突き合わせ可能な具体性がある:

要点 記述 独立検証の状態
根本原因 侵害された DevOps ノート PC が関与した可能性;攻撃者はサービスコンテナに到達し未承認の出金を送信 初期調査。オンチェーンの「サービス代理署名」の特徴と整合的、技術的検証待ち
秘密鍵 ウォレット秘密鍵の漏洩を示す証拠はない 外部からは検証不能。「鍵は署名システムを出ていない」と両立する
規模 影響総額の見積もり約 63 億ドル 第三者の 56.4〜58.4 億ドルより大きい。グロス/ネットの区別は未記載
凍結 オンチェーンのパートナーと約 30 億ドルを凍結 従来の 25.4〜26.2 億ドルより大きい。増分は項目別に未開示
カバー SAFU と自己資金で損失全額を負担 更新版の準備金証明による検証が必要
対応 入出金を停止;影響を受けたアドレスの認可を失効;法執行機関とオンチェーン情報機関と連携 失効の主張はオンチェーンでの独立確認待ち
PoR 復旧完了後に更新版の準備金証明を公表 時期未定

本当に新しいのは 1 行目だけである:根本原因が「不明」から「運用端末とサービス資格情報」になった。 他の数字はいずれも既知の事実の確認か上方修正である。

「影響を受けたアドレスの認可を失効させた」は単独で取り出す価値がある。 公告に EIP-7702 の文字は一度も出てこないが、「アドレスの認可」はまさに 7702 委任のオンチェーン用語である —— つまり Binance は、イーサリアム上の攻撃経路が通常の秘密鍵送金ではなくコードの委任だったことを間接的に認めている。

二、根本原因の連鎖:ノート PC から署名能力まで

展開するとおおよそ 5 段である:

DevOps エンジニアのノート PC
  → VPN / kubeconfig / CI-CD トークン / サービスアカウント
  → 出金または署名サービスのコンテナ
  → 署名サービス / HSM / MPC
  → Type-4 認可(nonce 50 件)
  → ホットウォレットのコードが書き換わる → 一括スイープ

第一段、なぜ DevOps のノート PC か。 この種の端末が握っているのはコインそのものではなく、自動化システムの鍵である:Kubernetes の kubeconfig、CI/CD のデプロイトークン、SSH 鍵、VPN 資格情報、パスワードマネージャ、監視コンソール。こうした 1 台を侵害することは、高権限のサービス ID を手に入れることに等しい。

公告は侵入の手口(フィッシング、マルウェア、サプライチェーン)にも滞留期間にも触れていない —— そしてこの 2 点が、他にいくつのサービスを精査すべきかを決める。

第二段、なぜサービスコンテナが危険なのか。 それは「1 台のマシン」ではなく、クラウド ID を持つワークロードである。コンテナを取った攻撃者は、必ずしも鍵を盗む必要がない —— そのコンテナの IAM ロールやサービスアカウントを使って、署名サービスに要求を出せる。

「秘密鍵の漏洩の証拠はない」はこの経路と完全に両立する:鍵は HSM を出ていないが、署名能力が借用された。

これは鍵の漏洩より防ぎにくい —— 鍵をローテーションしても意味がなく、サービス ID を断たなければならない。

第三段、なぜ 7702 が出金のリスク管理を回避できるのか。 連鎖全体の中で最も過小評価されやすい技術的細部である。

出金システムのポリシーエンジンは通常、トランザクションの to、value、data、許可リスト、上限を検査する。ところが Type-4 トランザクションはこうなっている:

フィールド 値 ポリシーエンジンに見えるもの
to ホットウォレット自身 自分への送金
value 0 金額なし
data 0x(空) 呼び出しなし
authorization_list 実体はここにある 通常は解析されない

calldata だけを解析するポリシーには、これは「自分に 0 を送る」無害なトランザクションに見える。 署名が通ってコードが書き込まれれば、出金上限は完全に無効になる —— その後の持ち出しは出金システムを一切通らず、ホットウォレットとしてコードを実行する。

第四段、nonce 50 件は署名者が「人」ではなく「インターフェース」だったことを示す。 署名側がノードから nonce を読めるなら 1 件で足りる。50 件必要だったということは通常、署名サービスがライブのチェーン状態を見られないか、署名から取り込みまでのずれを覆う必要があったことを意味する。

これは「サービスコンテナによる代理署名」という像と強く一致する:署名は要求できるが、チェーンは必ずしも読めない。 攻撃チェーンの稿では、ここからコピーされた鍵ではなく侵害された署名インフラを指すと推論した —— 公告の方向はこれと一致する。

第五段、「秘密鍵の漏洩の証拠はない」の 3 通りの読み方。

  1. HSM/MPC の署名オラクルがなりすまされ、鍵は一度も外に出ていない;
  2. ソフトウェア鍵がコンテナ内またはメモリ上でその場で使われ、複製はされていない;
  3. 鍵は実際に漏れたが、調査がまだ見つけていない。

公告の言う失効がすでに効いていて、かつ攻撃者が再委任していないなら、前の 2 つの方がありそうである —— 完全な鍵を持つ者なら失効の直後にバックドアを再設置できるからだ。攻撃チェーンの稿ではこの綱引きの不在を、署名経路の悪用を支持する弱い証拠として扱った。公告はそれにより強い枠組みを与えた。

三、公告が説明していない継ぎ目

Binance は攻撃者が未承認の「出金」トランザクションを送信したと述べる。だがイーサリアム上のそれは set-code トランザクションであって、出金ではない。

両者は矛盾しない —— 出金サービスが Type-4 トランザクションを構成する能力も併せ持っていた可能性はある。だが技術的検証は述べなければならない:

なぜそのサービスが、アカウントのコードを書き換える署名を要求できたのか。

ここが本当の統制の失敗点である。「出金」と「このアカウントのコードを未検証のコントラクトに向ける」は同じリスク階級にないのに、同一の署名ポリシーを共有していた。

四、規模の突き合わせ:63 億はグロス、純エクスポージャーは約 33 億

63 億はこの公告で最も誤読されやすい数字である:

出所 数値 備考
Binance 公告 $6.3B 「影響総額の見積もり」。凍結や回収を差し引いたかは未記載
Arkham クラスタ $5.84B 55 アドレス。USDT、BTC、ETH、USDC、TRX、SOL を含む
BWEnews $5.64B ETH、BTC、Tron、L2 をチェーン別に集計
CoinDesk $5.7B 報道の集約
Blockaid $3.3B 早い時点の見積もり
DeltaOne $2.77B 5 チェーンの見積もりで明らかに狭い

公告が約 30 億ドルの凍結を別立てしていることから、63 億は純損失ではなくグロスの流出と読める。 それに従えば:

63 億ドル  影響総額(グロス)
−30 億ドル  凍結済み
──────────
 33 億ドル  理論上の純エクスポージャー

ただしこれは最終損失でもなく、直ちに回収できる現金でもない。

凍結の内訳は部分的に突き合わせられる:Tether 約 15.67 億ドル、Circle 8.23 億ドル、Ripple 2 億ドルの RLUSD、World Liberty/BitGo 2,700 万ドル —— 合計約 26.2 億ドル。公告の 30 億は、項目別に開示されていない追加凍結が約 3.8 億ドルあることを意味する。

より重要なのは、凍結は回収ではないという点である。 USDT、USDC、RLUSD はコントラクト層で凍結できるが、BTC と ETH はできない。 BWEnews が見積もる 18,270 BTC(約 14 億ドル)は、取引所への入庫時の差押えか法執行による以外に回収の道がない —— この部分は現在「追跡可能だが未凍結」である。

したがって 30 億ドルの凍結はおそらくステーブルコインに集中しており、実際の現金回収は発行体の協力と法執行の進展に依存し続ける。

公告は SAFU の残高を開示していない。公開報道が伝える SAFU の転換計画は 10 億ドル規模である。それで粗く見れば、33 億ドルの純エクスポージャーのうち約 23 億ドルは自己資金でのカバーが必要になる。Binance の規模なら耐えられない額ではない —— だが「耐えられる」と「カバー済み」は別の主張であり、後者を検証する手段は更新版 PoR だけである。公告が示したのは「復旧完了後」という条件だけで、日付はない。

五、オンチェーンでの照合:公告と証拠の 4 つの接点

UTC 事象
10/29 15:59 攻撃者が悪性の委任コントラクト 0x63e842… を配置
10/29 20:20:59 認可 50 件がオンチェーンに、有効は nonce 18,914,809 のみ
10/29 20:24:23 メインのスイープ、約 25 億ドル、手数料約 0.91 ドル
10/29 20:32 コミュニティによる最初の公表
10/29 21:01 Tether が凍結を開始
10/29 22:33 Binance の最初の声明:セキュリティ点検、出金は再開待ち
10/30 00:10 オンチェーンでの最後の確認:Binance 14 は依然 7702 委任状態
10/30 02:23 《Security Incident Update》:根本原因、63 億、30 億凍結、認可は失効済み
10/30 02:32 PREDICT の上場延期、運用への影響が波及

接点一:7702 の経路はオンチェーンで完全に裏づけられている。 50 件の認可、有効 1 件、0xef0100‖0x63e842… のコードインジケータ、3 分 24 秒後のスイープ、そしてその後 3 時間半の 12 回のスイープ(うち複数は 23,100 gas の空ポーリング)は、いずれも「持続的な委任 + 自動化されたボット」と整合する。

接点二:失効の主張はまだ独立に検証されていない。 公告は失効させたと述べるが、委任が有効だとオンチェーンで最後に確認されたのは 00:10 UTC であり、失効はそれ以降のはずである。

失効トランザクションはサービスアドレスが代理送信する可能性があるため、Binance 14 の送信一覧には現れない —— 独立に確認するには、そのアドレスのコードを直接読む(仕様上 EXTCODESIZE は 23 を返すので委任先は復元できる)か、post-mortem がトランザクションハッシュを示すのを待つ必要がある。ハッシュが出るまで、「失効済み」は会社の表明にとどまる。

接点三:63 億は第三者のクラスタより約 4.6 億ドル大きい。 Arkham クラスタに含まれないアドレス、他チェーンの流出、あるいは集計時点の差から来うる。公告はチェーン別・資産別の明細を示していないので、項目単位の突き合わせはできない。

接点四:停止範囲が広がった。 最初の声明は出金のみだったが、新しい公告では入金と出金が同時に停止され、新規上場も延期された。

これは Binance が「オンチェーンの確認を待っている」のではなく、出金経路全体を再構築または隔離していることを示唆する。 リスク管理上は妥当で、流動性の観点では注視すべきシグナルである。

六、市場が織り込んでいるのは「制御可能かつカバー可能」

資産 価格(10/30 02:43 UTC) 24h 24h 安値 安値からの戻り
BNB $713.85 −4.27% $678.13 +5.3%
BTC $77,554.6 −2.74% $76,519 +1.4%
ETH $2,217.23 −3.65% $2,174 +2.0%

BNB が事象の安値 $678.13 から $713.85 へ戻したことは、トレーダーが現時点で**「債務超過」ではなく「制御可能かつカバー可能」を織り込んでいる**ことを示す。

だがこれは公告の約束の上に築かれた価格形成で、検証の後の価格形成ではない。

七、未解決の 6 つの問い

公告は方向を示したが、証拠は示していない。「制御可能」が成立するかを決めるのは以下である:

  1. ノート PC はいつ、どのように侵害されたのか。攻撃者はどれだけ滞留したのか。 侵入が数週間前なら、他のサービスと端末も精査が必要になる。
  2. どのサービスアカウントまたはコンテナが署名権限を持っていたのか。その境界と承認の連鎖は何か。 連鎖全体の喉元である。
  3. 署名ポリシーはなぜ 50 件の認可を通したのか。 authorization_list を解析しているのか。「未検証のコントラクト + nonce 50 個」でなぜ警報が出なかったのか。
  4. 鍵は HSM/MPC にあるのか、ソフトウェアにあるのか。ログはそれが持ち出されていないと証明できるのか。 「漏洩の証拠はない」には結論ではなくログの裏づけが必要である。
  5. BTC や Tron の流出は同じサービスから来たのか。 そうなら根本原因は chain_id = 1 の認可 1 本ではなくチェーンをまたぐ出金サービスである —— これは 7702 がイーサリアムにしか現れない理由もきれいに説明する。
  6. 63 億はグロスかネットか。30 億の凍結の項目別内訳と回収可能性はどうか。PoR はいつ公表され、負債側をカバーするのか。

八、結論

この公告の価値は「63 億」という数字ではなく、根本原因を暗号学から運用へ引き戻したことにある。

EIP-7702 が破られたのではない。署名能力を持つサービス ID が破られたのである。

7702 は増幅器にすぎなかった:上限に縛られた出金を、何にも縛られないコード実行に変えた。修すべきはサービス ID、署名ポリシー、端末セキュリティであって、プロトコルそのものではない。

業界への教訓は明確である:コードの委任は最高権限の操作として統治しなければならない。 それは「送金」と同じリスク階級になく、両者が同一の署名ポリシーを共有してはならない。

結論。 技術的な検証と更新版 PoR が出るまで、「制御可能」は公告であって結論ではない。次に見るべきは 3 つだけである:検証可能な失効トランザクションがオンチェーンに現れるか、PoR が負債側をカバーするか、出金が数日のうちに再開するか。 BNB の $678 が信頼線、$760 が修復線である。

情報源


あわせて読む:Binance ホットウォレット陥落、EIP-7702 攻撃チェーンの解剖、EIP-7702 の署名フロー、Binance はまだ署名ログを公開していない(同稿の検証は 00:30 UTC 時点で、本公告は 02:23 UTC に出た)。公告の文言は「初期調査」「証拠は見つかっていない」「見積もり」であり、根本原因は技術的検証で確認されていない。投資助言ではない。DYOR。

最新情報を受け取る

Telegram や X で毎週のリサーチ、市場シグナル、上場情報をチェック。

関連記事: 考察すべて見る
Binance はまだ署名ログを公開していない —— 10/30 未明時点の開示検証

公開された表明は 6 件、技術的詳細はゼロ。Binance は攻撃ベクトルが EIP-7702 であることを公式に確認しておらず、署名リクエスト記録も HSM/MPC の監査証跡もポリシーエンジンの許可ログも第三者フォレンジック報告も出していない。利用者向けの正式なインシデント告知もない。さらに重要なのは数字の定義で、独立集計の流出 56.43 億ドルから凍結済み 26.2 億ドルを引くと約 30 億ドルになるが、CZ が認めた規模は 10 億ドル前後 —— 3 倍の開きがあり、「損失」が定義されていないことを示している。

2026年10月30日
Binance ホットウォレット陥落:正当な署名 1 本、8 分、56 億ドル

攻撃者は 15:59 に悪性の委任コントラクトを配置し、20:24 にホットウォレットの秘密鍵で署名された EIP-7702 認可 1 本で資産を空にした。公開の気づきは 20:32、発行体による凍結開始は 21:01。奪われた時間窓はわずか数分で、損失を取り戻せる唯一の手段 —— ステーブルコインのブラックリスト —— がカバーしたのは約 45% にとどまり、ネイティブの BTC/ETH は今も攻撃者の手にある。これはコントラクトのハックではない。コントラクトに脆弱性はなく、破られたのは「誰がウォレットにコードを実行させる権利を持つか」だった。

2026年10月30日
EIP-7702 攻撃チェーンの解剖:18 時間の準備、1 本の署名、1 体のボット

オンチェーンの記録は、約 18 時間かけて準備され 3 回リハーサルされた標的型の作戦を示している。02:28 にテストコントラクト、13:51 と 16:20 に攻撃者自身のウォレットで委任とスイープを練習、15:59 に最終コントラクト、そして 20:20 にようやく本物の認可。EIP-7702 は脆弱性を作っていない。1 本の署名の帰結を「いくらか送金される」から「アドレスができることすべてを恒久的に乗っ取られる」へ拡大しただけであり、その後ボットがさらに 3 時間半にわたって回収を続けた。

2026年10月30日