Cardano創設者のCharles Hoskinson氏は、研究者らが委任機能が大規模なBinanceセキュリティ侵害事件の速度と規模に寄与した可能性を主張したことを受け、EthereumのEIP-7702（Ethereum Improvement Proposal 7702）をめぐるセキュリティ上の懸念を強調した。

最近の報道では、Binanceが失った暗号資産の価値は約63億ドルとされている。攻撃者が本件に関わる署名システムへのアクセスをどのように取得したのかについては、調査当局はまだ特定できていない。

Hoskinson氏、Binanceのスイーパーコードを指摘

Hoskinson氏は2026年10月30日、研究者CyberSatoshi氏による技術分析を、「Careful, there is some seriously dangerous code out there.（注意せよ、深刻に危険なコードが存在する）」という警告とともに共有した。

Careful, there is some seriously dangerous code out there.

— Charles Hoskinson (@IOHK_Charles)、2026年10月30日

X投稿: https://x.com/IOHK_Charles/status/2116246648716411341?ref_src=twsrc%5Etfw

この分析では、「Binance 14」として知られるBinanceのウォレットが、カスタムスイーパーコントラクト（対象アドレスから資産が利用可能になり次第自動的に送金するように構築されたコード）の標的とされたと特定された。ウォレットからETHを移動する際、当該コントラクトは正確に1 ETHを残したとされる。この分析によれば、これにより資産が引き出されている間もBinanceの自動取引システムが稼働し続けた可能性があるという。

また、このコントラクトは、個々の送金が失敗してもトークン送金の処理を続けるよう設計されており、1件の失敗またはブロックされた取引によって全体的な操作が停止しないようになっていた。

約8億2,300万USDCの外部ボールトにアクセス可能だったとされる

CyberSatoshi氏は、侵害された実行機能により、ドル連動型ステーブルコインである約8億2,300万USDCを保有する外部ボールトに対しても操作が可能だったと述べた。

同研究者は10月30日の投稿で、BinanceのEIP-77702スイーパーの再構築されたバイトコード（0x63e8…6faeと識別）は、汎用的な資産流出ツールではなく、Binance 14のアーキテクチャ向けに特別に設計されたものだと説明した。

分析によれば、このコントラクトは：

• ETHを掃き出す際にbal – 1 etherを用いて正確に1 etherを残し、Binanceの自動ホットウォレットキューがガス関連のエラーに遭遇したり警報を発報したりしないようにした。
• 生のstaticcallとcontinueループ、およびカスタムエラーコードSweepItemFailedを使用し、破損したまたはブラックリスト掲載のERC-20トークンが60億ドル規模のバッチ全体を巻き戻さないようにした。
• カスタムのcallExecute関数を含み、約8億2,300万USDCを保有する外部ボールトの管理者としてBinance 14になりすますことができた。

ホットウォレットとは、取引所が継続的な入出金を処理するために使用するインターネット接続されたウォレットであり、説明されたような自動キューはエラーなしで実行されることに依存している。

分析には「robberies could be prevented if getaway cars were slower.（逃走用の車がもっと遅ければ強盗は防げただろう）」というコメントが含まれていた。同分析は、EIP-7702自体を流出事件の責任にすることはできないが、攻撃を加速させた可能性があると主張した。

CyberSatoshi氏によれば、EIP-7702がなければ、稼働中の取引所ホットウォレットから64種類のトークンと8億2,300万ドルの外部ボールトを流出させるには、70件超のトランザクションにわたって変動するノンスを管理する必要があったという——Ethereumのルールでは、アカウントからの各トランザクションは連続するノンスを持たねばならず、単一アドレスからの送金を1回の送信にまとめることはできない。同研究者は、防御システムが3件目のトランザクション後にこの操作を止めていた可能性があると述べた。

EIP-7702の下では、攻撃者は単一のtype-4ペイロード（EIP-7702が導入した、承認リストを運ぶトランザクション形式）で50個の連続するノンスを使用し、外部所有アカウント（EOA）をカスタムプロキシに変換し、1ブロックで数十億ドルを一括して流出させたとされる。この投稿では攻撃を「Surgical state-sponsored engineering（精密な国家支援型エンジニアリング）」と表現し、「Ethereum core devs built the ultimate getaway car.（Ethereumのコア開発者たちが究極の逃走車を作った）」と述べた。

同研究者は、この仕組みの例として以下のコード断片も共有した：

if (bal > 1 ether) {  bal – 1 ether}(“”); }

Reading the reconstructed bytecode of the Binance EIP-7702 sweeper (0x63e8…6fae) is wild. This wasn’t a generic drainer. It was custom-engineered for Binance 14’s architecture:

– Leaves exactly 1 ether behind (bal – 1 ether) when sweeping ETH so Binance’s automated hot wallet queue wouldn’t error on gas and trip alarms.
– Uses raw staticcall + continue loops with custom error codes (SweepItemFailed) so one bricked or blacklisted ERC-20 wouldn’t revert the $6B batch.
– Includes a custom callExecute function to impersonate Binance 14 as controller of an external vault holding $823M in USDC.

They leave a comment: “robberies could be prevented if getaway cars were slower.” You can’t fully blame EIP-7702, but it sped up the attack. Without 7702, draining 64 tokens plus an external $823M vault from a live exchange hot wallet meant fighting moving nonces across 70+ transactions. Defense systems would’ve killed it after tx #3. With 7702, Lazarus sprayed 50 consecutive nonces in one type-4 payload, turned an EOA into a custom proxy, and atomically swept billions in a single block. Ethereum core devs built the ultimate getaway car. Surgical state-sponsored engineering. This could be etched onchain: if (bal > 1 ether) { bal – 1 ether}(“”); }

— CyberSatoshi 𓆙 (@XBToshi)、2026年10月30日

X投稿: https://x.com/XBToshi/status/2116097368705937613?ref_src=twsrc%5Etfw

さらにこの分析は、Binance 14が当該外部ボールトに関する情報を把握しており、委任コードが当該ウォレットがすでに付与していた承認を利用して操作できた可能性があると主張した。これらの主張は研究者による再構築に基づくものであり、Binanceによって確認されていない。独立系研究者らは、Binance 14によって署名された50件の承認を含むEIP-7702トランザクションを目撃したと報じられている。

EIP-7702は実行を加速できるが、権限を偽造することはできない

2025年5月のEthereumのPectraアップグレードの一部として有効化されたEIP-7702は、外部所有アカウント（EOA）が実行をスマートコントラクトコードに委任することを可能にする。承認にはチェーンID、委任先のアドレス、ノンス、署名が含まれる。Ethereumは委任を適用する前に署名を検証する。

この署名要件により、EIP-7702は、攻撃者が有効な承認をまず取得することなく、任意のBinanceウォレットを乗っ取り悪意あるコードを読み込むことを許さない。CyberSatoshi氏のチームは、攻撃者は依然として関連する秘密鍵を取得するか、Binanceの署名システムへのアクセスを得る必要があっただろうと述べた。

しかし、一旦委任が有効に承認されると、委任コードはアカウントのコンテキスト内で実行されるため、広範な実行能力を持つ可能性がある。この区別がBinance調査の核心である：EIP-7702は送金の速度と量を増大させた可能性があるが、署名承認自体を独立して作り出したわけではない。

Ethereumのドキュメントは委任のリスクを警告済み

Ethereumの公式EIP-7702ドキュメントには、委任コードがアカウントへの完全なアクセスを受け取る可能性があるため慎重に監査されるべきであるという顕著な警告が含まれている。仕様はまた、設計が不適切な委任コントラクトにより、悪意ある当事者がほぼ制限なく署名者のEOAを制御できる可能性があるとも指摘している。

これらの警告は今回の事案に限らず委任全般に当てはまる：有効な承認に署名するアカウントはいずれも、その委任コードが何をするように構築されているかのリスクを負う。

したがって、Binanceの事案は2つの別個のセキュリティ上の疑問を提起する。第一に、攻撃者がどのように有効な署名鍵を取得し、あるいはBinanceの署名システムへのアクセスを得たのか。第二に、その承認が得られた後、委任コードの使用が資産移転の速度と量にどのような影響を与えたのか。

Hoskinson氏の警告は主に後者の問題に焦点を当てており、前者の解明こそが流出原因の特定の中心であり続けている。

原文: https://www.cryptoninjas.net/news/hoskinson-flags-dangerous-eip-7702-code-after-binances-6-3b-crypto-breach/