バイナンスで数十億ドルが流出：出金停止でも即座に被害を食い止められなかった理由
10月29日夜、世界最大の暗号資産取引所バイナンス（Binance）が、前例のない規模のセキュリティインシデントに見舞われた。これは単純なハッキングではなく、数カ月にわたって続き、内部サプライチェーンと権限管理に関わる複雑な攻撃だった。攻撃者は巧妙に仕組んだソーシャルエンジニアリングの手口で、バイナンスの内部システムに徐々に侵入し、最終的に中核となるホットウォレットの署名サービスに到達した。この事件は数十億ドル相当の資産流出を招いただけでなく、現代のブロックチェーンインフラにおいて見過ごされがちな、ある根本的な仕組みも浮き彫りにした。分散型のオンチェーンの世界では、プラットフォーム側の「一時停止」指示は、オンチェーン権限の即時取り消しを意味するわけではない。
バイナンスが11月3日に公表した初期調査報告によると、今回の攻撃は外部の当初の推測よりもはるかに長い時間をかけて進行していた。6月には早くも、ウォレット運用を担当するエンジニアがAIコーディングツールをインストールする際、改ざんされたHomebrewインストーラーをダウンロードし、端末に悪意あるコードが仕込まれた。その後、セキュリティチームは端末を交換し、認証情報も更新したが、攻撃者はすでにその従業員と同僚の職務情報を入手していた。9月には、別のソフトウェアエンジニアが採用を装ったフィッシング攻撃を受け、業務用PCを遠隔操作された。10月になると、攻撃者は侵害したPCと社内AIツールを利用して支配範囲をさらに拡大し、ウォレット運用担当者のコンテナデプロイ用認証情報を盗み出した。そして10月29日20:05 UTCごろ、攻撃者はこれらの認証情報を使ってコンテナをデプロイし、許可なく社内ウォレット署名サービスにアクセスして、多額の送金を相次いで実行した。独立系セキュリティ機関TRM Labsのオンチェーン追跡によると、10のブロックチェーン上にあるバイナンスのウォレットから、約20分の間に資産が流出し、被害資産の評価額は約63億4,000万ドルに上った。現在、バイナンスは約28億5,000万ドルを凍結または阻止しており、財務上の損失は自社で負担し、ユーザーの権益を守るための資金を確保すると表明している。
今回の事件で技術的な示唆に最も富むのは、プラットフォームが出金サービスを停止した後も、なぜ資産の流出が続いたのかという点だ。一般には、取引所が出金経路を閉じれば資金流出を遮断できると考えられている。しかし今回の攻撃では、イーサリアムのEIP-7702の仕組みが悪用された。この仕組みでは、通常のアカウントが権限付与に署名し、スマートコントラクトのコードに操作を実行させることができる。攻撃者は悪用した署名サービスを通じて、オンチェーン上に悪意ある委任を設定し、自らが制御するスマートコントラクトにホットウォレットの一部の実行権限を与えた。こうした権限付与は一度オンチェーンに記録されると、プラットフォームの中央集権型サービスとは独立して存続する。バイナンスがウェブサイト上の出金窓口を閉じても、すでに有効になったオンチェーン権限はそのまま残るため、攻撃者はプラットフォームの承認を経ずに権限を直接呼び出して取引を実行できた。さらに、関連するホットウォレットにはマルチパーティ計算（MPC）技術が採用されており、署名には複数の関係者の連携が必要だった。緊急時に取り消せる単一の秘密鍵が存在しなかったため、チームは専用の取り消し手順を追加開発する必要があり、貴重な時間を費やした。バイナンスがホットウォレットから新たな権限付与を行い、悪意ある委任コードを消去できたのは、10月30日00:10 UTCになってからだった。一方、最後の不正送金がオンチェーンに記録されたのは、10月29日23:56 UTCだった。この時間差は、「新たなリクエストを止めること」と「すでに付与された権限を取り消すこと」が、まったく別のエンジニアリング上の操作であることを示している。前者はサービスレイヤーのスイッチであり、後者はオンチェーン状態の変更だ。
リスク管理の観点から見ると、今回の事件は「秘密鍵が漏洩していなければ安全」という従来の考え方を覆した。攻撃者は秘密鍵全体を直接盗んだのではなく、システムの署名機能を利用し、社内サービスに未承認の取引への「署名」をさせた。これは、デジタル資産のセキュリティ境界が、単なる鍵の保管から、権限を動的に管理する仕組みへと拡大していることを示している。FBIは10月31日の発表で、今回の盗難を北朝鮮と関連するTraderTraitorの活動によるものと断定した。これは、国家レベルの攻撃手法が従来のセキュリティ防御を突破する力を、さらに浮き彫りにしている。業界にとって、バイナンスの事例は厳しいながらも必要な教訓を与えている。MPCやAIツールなどの新技術を導入して効率を高める一方で、緊急対応の根本的な仕組みを見直さなければならない。エンジニアリングチームは「サービスを停止する」という単一の手段に頼るのではなく、通常の業務フローから独立し、事前に訓練された緊急権限取り消しの経路を整備する必要がある。また、署名システムでは、通常の送金リクエストと、アカウントの実行権限を変更する権限付与リクエストを厳密に区別しなければならない。後者は一度有効になると、その影響が継続し、即座に元に戻すことが難しいからだ。今回の事件はひとまず初期の封じ込めに成功したものの、そこに残されたエンジニアリング上の難題——分散型のオンチェーン環境で、中央集権型の緊急停止をどう実現するか——は、すべての暗号資産インフラ事業者が正面から向き合い、解決しなければならない課題である。
フォローして、次回の相場速報もお見逃しなく。
10月29日夜、世界最大の暗号資産取引所バイナンス（Binance）が、前例のない規模のセキュリティインシデントに見舞われた。これは単純なハッキングではなく、数カ月にわたって続き、内部サプライチェーンと権限管理に関わる複雑な攻撃だった。攻撃者は巧妙に仕組んだソーシャルエンジニアリングの手口で、バイナンスの内部システムに徐々に侵入し、最終的に中核となるホットウォレットの署名サービスに到達した。この事件は数十億ドル相当の資産流出を招いただけでなく、現代のブロックチェーンインフラにおいて見過ごされがちな、ある根本的な仕組みも浮き彫りにした。分散型のオンチェーンの世界では、プラットフォーム側の「一時停止」指示は、オンチェーン権限の即時取り消しを意味するわけではない。
バイナンスが11月3日に公表した初期調査報告によると、今回の攻撃は外部の当初の推測よりもはるかに長い時間をかけて進行していた。6月には早くも、ウォレット運用を担当するエンジニアがAIコーディングツールをインストールする際、改ざんされたHomebrewインストーラーをダウンロードし、端末に悪意あるコードが仕込まれた。その後、セキュリティチームは端末を交換し、認証情報も更新したが、攻撃者はすでにその従業員と同僚の職務情報を入手していた。9月には、別のソフトウェアエンジニアが採用を装ったフィッシング攻撃を受け、業務用PCを遠隔操作された。10月になると、攻撃者は侵害したPCと社内AIツールを利用して支配範囲をさらに拡大し、ウォレット運用担当者のコンテナデプロイ用認証情報を盗み出した。そして10月29日20:05 UTCごろ、攻撃者はこれらの認証情報を使ってコンテナをデプロイし、許可なく社内ウォレット署名サービスにアクセスして、多額の送金を相次いで実行した。独立系セキュリティ機関TRM Labsのオンチェーン追跡によると、10のブロックチェーン上にあるバイナンスのウォレットから、約20分の間に資産が流出し、被害資産の評価額は約63億4,000万ドルに上った。現在、バイナンスは約28億5,000万ドルを凍結または阻止しており、財務上の損失は自社で負担し、ユーザーの権益を守るための資金を確保すると表明している。
今回の事件で技術的な示唆に最も富むのは、プラットフォームが出金サービスを停止した後も、なぜ資産の流出が続いたのかという点だ。一般には、取引所が出金経路を閉じれば資金流出を遮断できると考えられている。しかし今回の攻撃では、イーサリアムのEIP-7702の仕組みが悪用された。この仕組みでは、通常のアカウントが権限付与に署名し、スマートコントラクトのコードに操作を実行させることができる。攻撃者は悪用した署名サービスを通じて、オンチェーン上に悪意ある委任を設定し、自らが制御するスマートコントラクトにホットウォレットの一部の実行権限を与えた。こうした権限付与は一度オンチェーンに記録されると、プラットフォームの中央集権型サービスとは独立して存続する。バイナンスがウェブサイト上の出金窓口を閉じても、すでに有効になったオンチェーン権限はそのまま残るため、攻撃者はプラットフォームの承認を経ずに権限を直接呼び出して取引を実行できた。さらに、関連するホットウォレットにはマルチパーティ計算（MPC）技術が採用されており、署名には複数の関係者の連携が必要だった。緊急時に取り消せる単一の秘密鍵が存在しなかったため、チームは専用の取り消し手順を追加開発する必要があり、貴重な時間を費やした。バイナンスがホットウォレットから新たな権限付与を行い、悪意ある委任コードを消去できたのは、10月30日00:10 UTCになってからだった。一方、最後の不正送金がオンチェーンに記録されたのは、10月29日23:56 UTCだった。この時間差は、「新たなリクエストを止めること」と「すでに付与された権限を取り消すこと」が、まったく別のエンジニアリング上の操作であることを示している。前者はサービスレイヤーのスイッチであり、後者はオンチェーン状態の変更だ。
リスク管理の観点から見ると、今回の事件は「秘密鍵が漏洩していなければ安全」という従来の考え方を覆した。攻撃者は秘密鍵全体を直接盗んだのではなく、システムの署名機能を利用し、社内サービスに未承認の取引への「署名」をさせた。これは、デジタル資産のセキュリティ境界が、単なる鍵の保管から、権限を動的に管理する仕組みへと拡大していることを示している。FBIは10月31日の発表で、今回の盗難を北朝鮮と関連するTraderTraitorの活動によるものと断定した。これは、国家レベルの攻撃手法が従来のセキュリティ防御を突破する力を、さらに浮き彫りにしている。業界にとって、バイナンスの事例は厳しいながらも必要な教訓を与えている。MPCやAIツールなどの新技術を導入して効率を高める一方で、緊急対応の根本的な仕組みを見直さなければならない。エンジニアリングチームは「サービスを停止する」という単一の手段に頼るのではなく、通常の業務フローから独立し、事前に訓練された緊急権限取り消しの経路を整備する必要がある。また、署名システムでは、通常の送金リクエストと、アカウントの実行権限を変更する権限付与リクエストを厳密に区別しなければならない。後者は一度有効になると、その影響が継続し、即座に元に戻すことが難しいからだ。今回の事件はひとまず初期の封じ込めに成功したものの、そこに残されたエンジニアリング上の難題——分散型のオンチェーン環境で、中央集権型の緊急停止をどう実現するか——は、すべての暗号資産インフラ事業者が正面から向き合い、解決しなければならない課題である。
フォローして、次回の相場速報もお見逃しなく。
