KKDEMIAN

Binance はまだ署名ログを公開していない —— 10/30 未明時点の開示検証

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

考察

更新(10/30 02:23 UTC):本稿の検証は 00:30 UTC 時点である。その後 Binance は《Security Incident Update》を公表し、初めて根本原因(DevOps のノート PC → サービスコンテナ → 未承認の出金)、63 億ドルの影響見積もり、30 億ドルの凍結を示し、影響を受けたアドレスの認可を失効させたと述べた。本稿の「根本原因は未開示」という結論はこれにより取って代わられた —— Binance が根本原因を示したを参照。ただし署名インフラのログは依然未公開で、technical post-mortem も未発表であり、第三節の欠落リストは今も有効である。

本稿は公開情報の検証のみで、非公開資料は含まない。データは 2026年10月30日 00:30 UTC 時点。

TL;DR

出ていない。 10/30 未明時点で、Binance は署名インフラのログ証拠を一切公開していない —— 署名リクエスト記録なし、HSM/MPC の監査証跡なし、ポリシーエンジンの許可ログなし、第三者フォレンジック報告なし。

  • Binance は攻撃ベクトルが EIP-7702 であることを公式に確認していない。 委任、50 件の認可、悪性コントラクトに関する技術的詳細はすべてオンチェーン分析者と第三者セキュリティ企業によるもので、Binance の開示ではない。
  • 公開されているのは 6 件の表明だけで、内容は「資金は安全」「出金停止」「セキュリティ点検中」に集中している。CZ は「ハックのように見える」と述べたが、同時に自分はもう Binance.com を経営していないと明言した —— あれは株主としての発言で、会社の調査結論ではない。
  • 数字の定義が示されておらず、しかも合わない:独立集計の流出は 56.43 億ドル、凍結済みは 26.2 億ドル、差額は約 30 億ドル。ところが CZ は「約 10 億ドル」という推定に対して「もう少し多いかもしれない」とだけ答えた。3 倍の開きがある。
  • 利用者向けの正式なインシデント告知がない。 アナウンス欄の最新項目は依然として上場と証拠金パラメータの通知である。
  • 「資金は安全」は支払能力の表明であって、セキュリティ上の結論ではない —— 答えているのは「利用者が損をするか」であって、「どうやってシステムが破られたか」ではない。

一、開示された内容:6 件の表明、技術的詳細ゼロ

公式アカウントと経営陣の公開発言を時刻順に並べると、情報量はほぼゼロである:

UTC(10/29) 出所 内容 述べていないこと
21:15 CZ 「利用者資金は安全。確かに Binance がハックされたように見える」;Tether による約 9.71 億ドル、Circle による約 8.23 億ドルの凍結に謝意;株主として全額カバーを見込む 侵入経路、署名方法、損失規模
21:16 Binance 「潜在的なセキュリティ問題」を認識し調査中、「利用者資金への影響は未確認」 技術的詳細すべて
21:17 He Yi 関連情報を精査中、公式チャネルで更新する 技術的詳細すべて
21:29 Binance 表現が「利用者資金は完全に安全」に変わる 何を根拠にしたのか、どう検証したのか
22:23 CZ 「凍結後の損失は約 10 億ドル」という推定に対し「もう少し多いかもしれないが、カバーする」 損失の定義、カバーの原資
22:33 Binance チームがセキュリティ点検中;完全解決後に出金再開;資金は安全 いつ再開するのか、問題とは何なのか

表現の 3 回の変化に注目すべきである:21:16 では「影響は未確認」、21:29 で「完全に安全」、22:33 で再び「セキュリティ点検中」に戻っている。

これは危機コミュニケーションのリズムであって、調査進捗の開示ではない。 13 分で「未確認」から「完全に安全」へ移り、その間に検証可能な根拠は何も示されていない —— そして本当に 13 分で影響範囲の評価を終えたのなら、その評価こそ最初に公開すべき資料である。

二、数字が合わない:30 億ドル対 10 億ドル

公開情報の中で最も明確な矛盾であり、直接計算できる:

独立オンチェーン集計の流出      56.43 億ドル  (21:31)
発行体 4 社による凍結済み        26.20 億ドル  (Tether 15.67 + Circle 8.23 + Ripple 2 + USD1 0.27)
                                ─────────────
差額                            30.23 億ドル
 
CZ が 22:23 に認めた規模         約 10 億ドル(「もう少し多いかもしれない」)

3 倍の開きがある。

この差自体は告発にはならない —— 両方の数字が正しく、単に別のものを数えている可能性がある。説明は少なくとも 3 通り考えられる。Binance 自身が部分的な回収や防御的送金を実行した;「流出」の集計に Binance 内部アドレス間の集約が含まれている;あるいは CZ は保険と自己資産によるカバー後の純エクスポージャーを指していた。

だが、そのいずれも公式に説明されていない。 そして「損失」が定義されない限り、「全額カバーする」という約束には検証可能な対象が存在しない —— 10 億ドルをカバーすることと 30 億ドルをカバーすることは、まったく別の約束である。

これがこの件で最も問うべき点であり、同時に価格の動きに最も埋もれやすい点でもある。

三、欠けているログ

「秘密鍵の漏洩」か「署名システムの悪用」かを判定するには、以下の証拠が決定的である。そのすべてが欠けている:

証拠 何を確定できるか 状態
署名リクエスト記録 50 件の認可をどのサービス、どのサービスアカウント、どの環境から発行したか;リクエストと取り込み(20:20:59)の間隔 未開示
HSM/MPC 監査証跡 どの鍵、どのポリシースロット、多者承認が必要だったか、承認者は誰か 未開示
ポリシーエンジンの判定ログ なぜ Type-4 認可が上限・許可リスト・取引種別のチェックを通過したのか 未開示
監視・アラートのタイムライン 内部システムが異常を検知した時刻;最初のアラートは残高流出か、コード変更か 未開示
鍵ローテーション記録 Binance 14 の秘密鍵は交換されたか、いつか、旧アドレスは停止されたか 未開示
第三者フォレンジック報告 独立機関による根本原因分析 未開示

これらは「後から用意する」類の資料ではなく、事象発生後の最初の数時間にはすでに存在していたシステムログである。

アナウンス欄の確認:10/30 時点で最新項目は依然として 10/28–29 の上場・コントラクト通知であり、10/30 は証拠金パラメータ調整が 1 件のみ、セキュリティインシデントの専用ページはない。同期遅延の可能性は排除できないが、少なくとも利用者向けの正式なインシデント告知が存在しないことを意味する —— 出金を停止した事象において、これ自体が異例である。

四、判断にとっての意味

ログがなければ、公開分析はオンチェーンの挙動から推論するしかなく、オンチェーンの証拠は「黙っている」 —— 何が起きたかは記録するが、なぜ許可されたかは記録しない:

  • 連続する 50 件の nonce、降順、有効は 1 件のみ —— 鍵を持ってノードに直結し 1 件ずつ操作するより、バッチ事前署名に近い;
  • 認可後に 12 回の自動スイープ、うち複数は 23,100 gas の空ポーリング —— 攻撃者が握っていたのは一回限りの送金ではなく、反復的に起動できる通路である;
  • 秘密鍵が完全に漏洩していたなら、Binance が失効を署名しても攻撃者は再委任できるはずだが、そうした綱引きは観測されていない —— これは「鍵を長期保有」よりも「署名通路の悪用」をわずかに支持する。

ただし、いずれも推論であって証拠ではない。

決着をつけられるのは、まさに公開されていない署名ログである:「20:20 前後に 0x63e842… 宛ての 50 件の認可をどのサービスアカウントが要求したか」が見えれば、根本原因は数分で性格づけられる。

だからこそ、非開示それ自体が情報である:調査結論が出るまで、「鍵の漏洩」と「署名システムの悪用」は公式の見解において並列の仮説であり、排除済みの選択肢ではない。

利用者と取引相手にとっての帰結は 2 つある:

  1. 「資金は安全」は現時点で Binance 自身の表明と CZ の株主としての裏書きのみに支えられており、準備金証明や第三者監査の裏付けはない。
  2. 根本原因が単一の鍵ではなく署名インフラなら、影響は Binance 14 一つにとどまらない可能性がある —— まさにログがあれば排除できるリスクであり、Binance はその排除根拠を示していない。

五、結論

2026年10月30日未明時点で、Binance は署名インフラのログ証拠を開示しておらず、根本原因の報告も第三者フォレンジックの結論も公表していない。

公開情報は 6 件の表明と、オンチェーン分析者が組み立てた攻撃チェーンだけである —— 後者は「何が起きたか」を証明できるが、「なぜ署名が許可されたか」は証明できない。

結論。 Binance が署名リクエスト記録と鍵管理の監査を公表するまで、「鍵の漏洩か署名システムの悪用か」に関するあらゆる結論は仮説にとどまる。そして「利用者資金は安全」は支払能力の約束であって、セキュリティ上の結論ではない。

次に注視すべきシグナルは価格ではなく、3 つである:公式のインシデント告知、準備金証明の更新、そして Binance 14 に address(0) を指す失効認可が現れるか。 そのいずれも現れないうちは、この件は技術的には終わっていない。

情報源


あわせて読む:Binance ホットウォレット陥落:正当な署名 1 本、8 分、56 億ドル、EIP-7702 攻撃チェーンの解剖:18 時間の準備、1 本の署名、1 体のボット。本稿は公開情報の検証のみ。データは 2026年10月30日 00:30 UTC 時点、事象は進行中。投資助言ではない。DYOR。

最新情報を受け取る

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

関連記事: 考察すべて見る
Binance が根本原因を示した:破られたのは EIP-7702 ではなく、署名能力を持つサービス ID だった

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

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日