币安63億ドル大強盗事件の振り返り：従業員が最も脆弱な0dayとなったとき

整理&執筆：KarenZ、Foresight News

6月、あるBinanceウォレットのエンジニアが検索エンジンでAIプログラミングツールを探し、改ざんされたソフトウェアパッケージをダウンロードした。数カ月後、別のエンジニアがオンライン面接に参加し、面接官の指示に従ってコード課題をダウンロードした。さらに1カ月後、攻撃者は社内AIツールを利用して2人のコンピューターを制御し、コアインフラへのアクセス権限の認証情報を手に入れていた。

これはサイバーセキュリティ映画の筋書きではない。Binanceが11月3日に公表した10月29日のセキュリティインシデントに関する初期調査報告書の中で再現された、実際の攻撃経路である。

この事件は約63億4000万ドル相当のデジタル資産に関わる。Binanceによると、攻撃者は社内ウォレット署名サービスへの不正アクセスを利用し、通常の出金プロセスの外で取引を開始した。米国連邦捜査局（FBI）はこの事件を北朝鮮によるものとしている。

しかし、最終的に発生した資産移転だけに注目すると、今回の攻撃で最も警戒すべき部分を見落としてしまう。攻撃者は10月29日に突然Binanceへ侵入したのではなく、数カ月前から入口を探し始め、従業員のデバイスへの感染を段階的に広げ、社内アクセス能力を獲得したうえで、企業の内部ツールを利用してウォレット基盤に接近していた。

Binanceはこの過程を多段階攻撃（Multi-stage Campaign）と呼び、それが孤立したシステム侵入でも、単純なフィッシング攻撃でもないと明確に指摘している。

6月のサプライチェーン攻撃から、9月の偽採用、そして10月の社内AIツールを利用したアクセス範囲の拡大へと、攻撃者は実際に人員、デバイス、ソフトウェア、権限体系を組み合わせた浸透を成し遂げた。

この攻撃チェーンは、暗号資産業界全体に警鐘を鳴らすものでもある。取引所の中核資産の安全が、従業員が日常的に使用する開発ツール、AIアプリケーション、社内権限体系と結びついている以上、攻撃者は必ずしも最も堅固な扉を先に破る必要はない。

時には、一人の従業員に一見正常に見えるソフトウェアパッケージをダウンロードさせるだけで十分なのだ。

6月：改ざんされたHomebrewインストールパッケージから始まった

Binanceが開示した攻撃準備の過程は、早くも2026年6月にさかのぼる。

当時、ウォレットDevOpsチームのエンジニア（エンジニアA）が検索エンジンで人気のAIプログラミングツールを探し、改ざんされたHomebrewインストールパッケージをダウンロードした。

Homebrewは一般的なパッケージ管理ツールで、開発者はこれを通じてさまざまな開発ソフトウェアやツールを素早くインストールできる。

しかし、インストールパッケージが悪意を持って改ざんされると、本来正常なソフトウェアのインストール過程が、悪意あるコードがコンピューターに侵入する経路になり得る。この種の攻撃はサプライチェーン攻撃（Supply Chain Attack）と呼ばれる。

従来のフィッシング攻撃とは異なり、サプライチェーン攻撃は必ずしもユーザーのパスワードを直接騙し取る必要はなく、ユーザーが信頼するソフトウェア、ツール、または更新プロセスに悪意あるコードを隠し、ユーザーがソフトウェアを正常に使用する際に悪意あるプログラムを実行させる。

開発者にとって、この種のリスクは特に警戒に値する。彼らの作業用コンピューターには通常、多数のサードパーティ製ツールがインストールされており、コードリポジトリ、クラウドサービス、社内インフラのアクセス認証情報が保存されている可能性もある。

Binanceによると、同社のセキュリティチームは当時異常を検知し、積極的にエンジニアAのデバイスを交換するとともに、関連するすべての認証情報をローテーションした。

しかし攻撃者はすでにこのエンジニアの職務上の役割、およびウォレット基盤チームにおける彼の関係者に接触していた。

言い換えれば、デバイスが交換され、認証情報がローテーションされても、攻撃者は引き続き他の入口を探し、同じチームに接近しようとする可能性がある。

9月：偽の採用が悪意あるコードを作業用コンピューターに侵入させた

9月、攻撃者は標的を別のソフトウェアエンジニア（エンジニアB）に移し、より欺瞞性の高いソーシャルエンジニアリング攻撃を採用した。

エンジニアBは正規の求人プラットフォームで自身の職歴を公開しており、そこにはBinanceでの勤務経験も含まれていた。その後、某社のプロジェクトディレクター（Project Director）と自称する人物が彼に積極的に連絡し、面接への参加を誘った。

採用プロセス全体はかなり綿密に設計されていた。

一次面接はHRと自称する人物が担当し、双方はリアルタイムビデオで通信した。信頼を築くため、相手は個人写真や動画を含むソーシャルメディアアカウントも共有した。

一次面接終了後、攻撃者はプロセスをさらに進めた。

二次面接は人気のソーシャルチャットアプリに移された。終了間際、相手はエンジニアBに「Assignment」（課題）というコードリポジトリをダウンロードし、自分の作業用コンピューターで実行するよう求めた。

ソフトウェアエンジニアにとって、コードをダウンロードし、開発環境を設定し、技術テストを完了することは、本来なら正常な採用プロセスの一環である。

しかしこのコードリポジトリには実際に悪意あるコードが含まれていた。Binanceの開示によると、攻撃者はコードの難読化や検知回避の技術を使用しており、正規の開発ツールのコンポーネントを悪意あるバージョンに置き換えてコマンドを実行できるようにし、攻撃者が管理する外部サーバーとの通信を確立させていた。

Binanceはこれをゼロデイマルウェア（0-day malware）と表現しており、当時エンドポイントセキュリティ保護ツールでは検知されなかった。攻撃者はさらに悪意ある活動を隠蔽し、関連する痕跡を消去して、その後の検知と調査の難易度を高めようとした。

• Binanceはさらに、悪意あるスクリプトがエンジニアBのコンピューター上のpyenvツールに対して行った具体的な操作まで公開している：
• 新しいpyenv_ファイルを作成する；
• 本来正規のpyenvコンポーネントを悪意あるバージョンに置き換える；
• 既存の正規ファイルを削除する；
• 悪意あるファイルをpyenvに改名する；
• 既存のコマンドエントリを削除し、シンボリックリンクを再作成してzshを起動する。

pyenvは一般的なPythonバージョン管理ツールである。攻撃者はその正規コンポーネントを置き換えることで、悪意あるプログラムを正常な開発ツールに偽装し、コマンドを実行させるとともに外部サーバーへ接続させた。

この種の攻撃の隠蔽性は、ユーザーが使い慣れた開発コマンドを引き続き正常に使用できても、その背後にあるプログラムがすでに置き換えられていることに気づかない点にある。

一見普通の技術面接が、こうして攻撃者が従業員の作業用コンピューターへ侵入する入口に変わってしまった。

10月20日：社内AIツールが攻撃チェーンに巻き込まれる

最初の2つの段階が従業員のデバイスへの侵入方法を解決したものだとしたら、10月20日に起きたことは、攻撃者がBinanceウォレットチーム内部へ拡大し始めたことを意味する。

Binanceの開示によると、攻撃者はすでに侵害されていたエンジニアBのコンピューター、およびBinance社内のAIツールを利用して、エンジニアAと別のウォレットソフトウェアエンジニアCのコンピューターをさらに制御した。

BinanceはこのAIツールの具体的な名称を開示しておらず、攻撃者がそのどの機能を利用したのかも説明していない。したがって、これを根拠にAIモデル自体に脆弱性が存在すると断定したり、単純にプロンプトインジェクション攻撃と結論づけたりすることはできない。

しかし確認できるのは、社内AIツールが攻撃者のアクセス範囲拡大の経路に組み込まれたということである。

AIツールが企業内部に入るにつれ、それらはコードリポジトリ、ナレッジベース、開発環境、その他の内部サービスと接続される可能性がある。ツールが持つアクセス権限、認証メカニズム、操作記録もまた、企業のセキュリティ体系の一部となる。

今回の事件はさらに別の重要な問題も露呈させた。

Binanceによると、攻撃者はエンジニアAのコンピューター上にコンテナデプロイ権限トークン（Container Deployment Permission Token）が保存されていることをすぐに発見した。

コンテナ（Container）は比較的独立したソフトウェア実行環境であり、開発チームはアプリケーションとその依存関係をパッケージ化してサーバーやクラウドにデプロイできる。

コンテナデプロイ権限トークンは、関連するデプロイ能力を呼び出すための通行証と理解できる。それはウォレットの秘密鍵ではないが、重要な内部環境へのアクセス権限を持っていれば、中核システムへさらに接近する入口になり得る。

ここに至るまでに、攻撃者はもはや従業員のデバイスを制御しただけでなく、内部デプロイシステムに接続できる権限認証情報も見つけていた。

10月29日：従業員のコンピューターからウォレット署名サービスへ

10月29日、攻撃は最終段階に入った。

Binanceの開示によると、当日17:15から19:56（UTC）にかけて、攻撃者はエンジニアCのコンピューターにログインし、以前エンジニアAから窃取した認証情報を使用してコンテナをデプロイし、悪意あるスクリプトを起動して正式に攻撃を開始した。

その後、攻撃者はBinance社内ウォレット署名サービスへの不正アクセスを利用し、通常の出金プロセスの外で取引を開始した。

Binanceによると、この事件は約63億4000万ドル相当のデジタル資産に関わる。攻撃者はさらにイーサリアムのEIP-7702承認メカニズムを利用し、攻撃者が管理するスマートコントラクトにBinanceホットウォレットに対する一部の実行権限を取得させた。

北朝鮮関連の攻撃試行57件：暗号資産業界は内部セキュリティ境界を再考する必要

Binanceは報告書の中でさらに、2026年以来、同社のセキュリティチームが北朝鮮に関連すると疑われるサイバー脅威事案を57件検知し阻止したと開示している。

これらの攻撃試行には、偽の採用面接、人気開発ツールに偽装したマルウェア、改ざんされたソフトウェアパッケージやブラウザ拡張機能、偽のビデオ会議アプリ、およびソーシャルエンジニアリングを通じた認証情報の窃取やリモートアクセスマルウェアの展開などが含まれる。FBIが以前公表した公告も今回のBinance事件を北朝鮮によるものとし、関連する悪意あるサイバー活動をTraderTraitorと呼んでいる。

これは、暗号資産企業に対する攻撃がもはやスマートコントラクトの脆弱性を探したり、ユーザーの秘密鍵を窃取したりするだけではないことを意味する。攻撃者は企業内部の人員、ソフトウェア環境、権限体系についても研究を続けている。

取引所にとって、従来のセキュリティ防线はさらに内部へと延伸する必要がある。

従業員のデバイスにはより厳格な分離と監視が必要であり；開発ツールやソフトウェアパッケージは出所を検証する必要があり；社内AIツールは最小権限の原則に従うべきであり；コンテナデプロイトークンなどの認証情報も通常の従業員デバイスに長期間保存すべきではない。

さらに重要なのは、従業員のアカウントやデバイスが侵害されたとしても、攻撃者が一つの作業環境からウォレット署名システムへ容易に横移動できるようにすべきではないということだ。

今回の事件はEIP-7702やAIツール自体に脆弱性があったという単純な話ではなく、人員、デバイス、ソフトウェア、権限をめぐる複合的な攻撃である。

これまで暗号資産業界が最も恐れていたのは秘密鍵の盗難だった。今、より警戒すべき問題はこうだ：たとえ秘密鍵が漏洩していなくても、攻撃者は内部プロセスを制御することで、システム自身に実行すべきでない操作を実行させることができるのか。

これこそが、今回のBinance事件が業界全体に残した最も重要なセキュリティ上の教訓かもしれない。

今後の措置と是正について、Binanceは、独立した第三者サイバーセキュリティ専門家を雇用して事件の全面的な審査を行い、AIセキュリティ検知、エンドポイント保護、開発者環境のセキュリティ、行動異常監視への投資を強化すると述べている。同時に、Binanceはセキュリティ研究基金の設立を進めており、大手AI企業、業界関係者、セキュリティ企業と協力して、ブロックチェーン環境におけるAIセキュリティに特化したプログラムを立ち上げる予定である。