Binance共同CEO、出金再開を日曜までに目指す　完全版のProof of Reservesは月曜公開予定

Binanceは、自社のホットウォレット基盤に影響を及ぼしたセキュリティインシデントを受け、ユーザーの出金機能の復旧に取り組んでいる。同取引所の共同CEOであるリチャード・テン氏は、セキュリティテストが完了することを条件に、日曜の期限までに出金サービスを再開することを目指していると述べた。

また、Binanceは月曜に完全版のProof of Reserves（準備金証明）レポートを公開する予定で、それに先立ち、一般の確認に供するための速報データを早ければ公開する方針だ。

Binance、損失は企業資金で補填すると説明

最新の発表によると、Binanceは盗まれた資産の全額を顧客に負担させるのではなく、自社の企業資金で補填する意向を示している。

報道によれば、同社はこの目的のために63億4,000万ドルを超える企業資産を確保している。すでに約50億ドル相当を、今回のインシデントに関係するUSDC、USDT、BTC、ETH、BNBなどの同じ資産カテゴリーで保有しており、残りのトークンについては市場取引や店頭取引を通じて購入しているという。

この対応により、ユーザーへの影響を抑えながら、関連システムの安全性が確保された後に出金要求へ応じるための取引所の能力を維持する狙いがある。

テン氏はまた、侵害された資産はBinance自身のホットウォレット基盤に属するものであり、顧客資産が直接影響を受けたわけではないと強調した。ユーザー資金の大半はコールドウォレットで管理されている。Binanceの運用モデルでは、ユーザーが出金を開始した場合を中心に、資産がホットウォレットへ移される仕組みになっている。

ホットウォレット基盤で何が起きたのか

今回のインシデントは、単独の人物による攻撃とは説明されていない。Binanceの予備調査では当初、侵害されたノートパソコンが特定されたが、その後の分析で、さらに複数の侵入経路が明らかになった。

攻撃者は、自らを消去する仕組みを使ってツールや活動の痕跡を削除したとも報じられている。このような手口は、セキュリティチームが確認できる証拠を減らし、攻撃の時間的な経緯を再構築する作業を遅らせるため、フォレンジック調査を複雑にする可能性がある。

技術面で重要な要素となったのが、EIP-7702を利用して、ホットウォレットに関連付けられたオンチェーン実行権限を取得したことだ。この権限付与はBinanceの通常の承認管理を経ずに処理されており、ウォレット権限、署名基盤、運用上のセキュリティ手順が連携して機能しなかった場合に生じ得るリスクを浮き彫りにした。

EthereumのEIP-7702仕様では、外部所有アカウント（EOA）が一時的にスマートコントラクトの機能を持てる仕組みが説明されている。これにより、より柔軟な取引体験を実現できる一方、取引所などのカストディ型プラットフォームにとっては、権限管理とトランザクション検証の重要性が一段と高まる。

出金復旧はセキュリティテストの結果次第

Binanceは、出金サービスをただちに再開するのではなく、再構築したうえで復旧させようとしている。同社は、日曜の期限まで、約40時間以内に復旧を完了する見込みだとしているが、交換後のシステムが厳格なテストに合格することが条件となる。

報道によると、今回の検証では同社のテクノロジースタックの複数の層が対象となっている。具体的には以下の通りだ。

• エンドユーザーのデバイスおよびエンドポイント
• クラウド環境
• 鍵管理システム
• トランザクション署名基盤
• 承認および権限付与のワークフロー
• 監視およびインシデント対応の管理体制

この段階的な復旧プロセスは、暗号資産のセキュリティにおけるより広い原則を反映している。つまり、最初の侵害を完全に封じ込められていない状態で可用性を急いで回復させると、さらなるリスクを招く可能性があるということだ。

ユーザーにとって実際に意味するところは、出金の可否が単なるサービスの再起動ではなく、セキュリティ管理の下で実施されるプロセスだという点にある。遅延は不便かもしれないが、追加の検証によって、侵害された鍵や権限、署名経路が再び悪用されるのを防げる可能性がある。

今回公開されるProof of Reservesレポートが重要な理由

Binanceは月曜に完全版のProof of Reservesレポートを公開する予定で、それまでに初期データを公表できるよう取り組んでいる。同社のProof of Reservesポータルは、対応資産と取引所が報告する準備金について、ユーザーに可視性を提供することを目的としている。

PoRレポートは、特定の時点において、取引所が顧客残高に見合う十分なオンチェーン資産を保有しているかどうかをユーザーが評価するうえで役立つ可能性がある。ただし、業務上のセキュリティに関する開示や、独立した財務監査を完全に代替するものと考えるべきではない。

今回のインシデントを受け、ユーザーはおそらく次の点に注目するだろう。

1. レポートにはどの資産が含まれているのか。
2. スナップショットには、影響を受けたウォレットと補填用の資金が含まれているのか。
3. 顧客の負債と企業資産は明確に区別されているのか。
4. 報告された残高をオンチェーンで独立検証できるのか。
5. 補填用トークンをどのように取得したのかが説明されているのか。

準備金と負債の違いは、とりわけ重要だ。取引所が多額の暗号資産を管理していることを示せたとしても、残高や内部債務、ローン、一時的に保有している資産がどのように扱われているのかを、ユーザーが理解する必要はある。

復旧に向けた取り組みはBinanceの外にも広がる

Binanceは、盗まれた資金の追跡と回収の可能性を探るため、法執行機関、ブロックチェーン分析企業、トークン発行者、他の取引プラットフォームなどと連携している。

ブロックチェーン上の取引は公開されているものの、資金が複数のアドレスや分散型プロトコル、ブリッジ、あるいは異なるコンプライアンス手続きを採用するサービスを経由すると、追跡や凍結が難しくなることがある。トークン発行者は、一部の中央集権型ステーブルコインについて追加の対応手段を持つ場合がある。また、取引所はトランザクション監視やアドレススクリーニングのシステムを使い、インシデントに関連するアドレスからの入金を特定できる可能性がある。

こうした取り組みの効果は、資金をどれだけ速やかに特定できるか、取引相手が関連アドレスを認識できるか、そして攻撃者が資産をどのように移動・交換しようとするかに左右される。

ユーザーが今回のインシデントから学ぶべきこと

今回の出来事は、暗号資産ユーザーにとっていくつかのセキュリティ上の教訓を改めて示している。

取引所の残高と自己管理は同じではない

取引所に預けられた資金は、その取引所のカストディ構造を通じて管理される。プラットフォームが強固な管理体制を整えていたとしても、ユーザーは依然として、出金システム、署名ポリシー、インフラ、インシデント対応手順を取引所に依存することになる。

長期保有する資産については、自己管理に移行することで、特定の取引所に固有の運用リスクを抑えられる可能性がある。ハードウェアウォレットを使えば、秘密鍵に関する操作を日常的なオンライン環境から隔離し、ユーザー自身が直接トランザクションを承認できる。

ウォレットの権限にはもっと注意を払うべき

スマートアカウントの機能が普及するにつれ、ユーザーはトランザクションの権限や承認画面を慎重に確認する必要がある。一見すると通常の取引に見える操作でも、予想以上に広範な実行権限を付与してしまう可能性がある。特に、見慣れないアプリケーションを利用する場合は注意が必要だ。

署名する前に、ユーザーは以下の点を確認すべきだ。

• 送付先アドレス
• 要求されている権限または利用許可
• 利用するネットワークと資産
• トランザクションを取り消せるかどうか
• そのアプリケーションが信頼でき、利用する必要があるかどうか

リカバリーフレーズは究極のセキュリティ境界である

ハードウェアウォレットの安全性は、リカバリーフレーズをどのように作成し、保管するかに大きく左右される。リカバリーフレーズをウェブサイトに入力したり、サポート担当者と共有したり、クラウドアカウントに保存したりしてはならない。また、大規模な取引所インシデントの直後には、それに便乗したフィッシング攻撃にも警戒すべきだ。

暗号資産業界全体へのメッセージ

今回のBinanceのインシデントは、現代の暗号資産セキュリティが、もはや秘密鍵の保護だけにとどまらないことを示している。効果的な防御には、エンドポイントセキュリティ、クラウド管理、アクセスガバナンス、トランザクションシミュレーション、複数当事者による承認、リアルタイム監視、そして検証済みの対応計画も必要となる。

Proof of Reservesは透明性を高めるうえで有効だが、透明性とセキュリティは異なるリスクに対応するものだ。準備金レポートは資産の裏付けを示すのに役立つ一方、強固なカストディ管理は、そもそも不正なトランザクションが実行されるのを防ぐのに役立つ。より強靭なデジタル資産エコシステムを実現するには、その両方が不可欠だ。

中央集権型の出金システムへの依存を減らしたいユーザーにとって、OneKeyのハードウェアウォレットは、秘密鍵を通常のオンラインデバイスから隔離することで、自己管理による保護をさらに高める手段となり得る。長期保有資産を自分自身で管理したいユーザーにとって特に有用だが、デバイス、リカバリーフレーズ、トランザクションの承認を適切に管理することが前提となる。