戻る

2026/11/02

史上最大の暗号資産窃盗はブロックチェーンではなく1台のノートPCから始まった：Binance事件の教訓

Binanceの盗難は暗号の破綻ではなく、侵害されたDevOps用ノートPCから始まりました。確認済みの事実と未確認の点、そして自社システムで行うべき5つのチェックを解説します。

2026年10月29日、攻撃者はわずか数時間のうちに、少なくとも10のブロックチェーン上にあるBinanceのホットウォレットから資金を抜き取りました。Binanceは被害額を約63億ドルとしており、ほぼ確実に暗号資産史上最大の窃盗です。破られたのは暗号技術ではありません。Binanceの暫定的な調査結果によれば、攻撃はDevOpsエンジニアが使用していた1台の侵害されたノートPCから始まりました。

そのため、このインシデントは暗号資産取引所だけの問題ではありません。どの組織にも、本番環境へのデプロイ、支払い、署名、クラウドへの特権アクセスといった重要な操作を承認できる人、デバイス、システムが存在します。本記事では、確認済みの事実とまだ暫定的な情報を区別し、侵害された特権エンドポイントがなぜ鍵の盗難よりも深刻になり得るのかを説明したうえで、自社環境で実施できる5つのチェックを紹介します。

要点

  • Binanceの暫定調査では、侵害されたDevOpsエンジニアのノートPCが侵入口とされており、Binanceはウォレットの秘密鍵が漏えいした証拠は見つかっていないとしています。いずれの調査結果も暫定的なものです。
  • 署名を要求・承認するシステムを掌握した攻撃者は、鍵を盗む必要がありません。
  • FBIと複数のブロックチェーン分析企業は、この窃盗を北朝鮮のグループTraderTraitorによるものとしていますが、Binance自身は攻撃者を名指ししていません。
  • 最も重要な防御策は、鍵そのものだけでなく、鍵を取り巻く人、エンドポイント、承認経路を守るものです。
  • 同じ構図は、クラウドコンソール、SSH、CI/CDパイプライン、そして本番環境で操作を実行できるAIエージェントにも当てはまります。

何が起きたのか、そして何がまだ暫定的なのか

ブロックチェーン分析企業のTRM Labsによると、Binanceのウォレットからの資金流出は10月29日20時05分（UTC）ごろに始まり、価値の大部分は約20分以内に移動しました。BleepingComputerが報じた暫定声明の中で、Binanceは、このインシデントにはDevOpsエンジニアの侵害されたノートPCが関与している可能性があり、攻撃者はそれを経由してサービスコンテナに到達し、不正な出金トランザクションを送信したと説明しました。Binanceは出金を停止し、影響を受けた認可を取り消し、法執行機関との連携を開始しました。

その後Binanceは、調査によって「さらなる侵害箇所が明らかになった」と述べています。共同CEOのRichard Teng氏は、今回の攻撃は1人のエンジニアの権限によるものではないとし、Ellipticが引用したところによれば、攻撃は「当社の通常の承認統制を経由していなかった」と語りました。Binanceは詳細なポストモーテムの公表を約束していますが、本記事執筆時点（11月2日）ではまだ公開されていません。

項目執筆時点の状況
被害額Binanceの推計では約63億ドル。分析企業は、算出方法や価格の基準により63.6億～64.3億ドルと報告しています。
侵入口暫定：侵害されたDevOpsエンジニアのノートPC。Binanceはその後、さらなる侵害箇所を報告しています。
秘密鍵の漏えいBinanceは、ウォレットの秘密鍵が漏えいした証拠は見つかっていないとしています。調査は継続中です。
攻撃者FBIは10月31日、この窃盗を北朝鮮のTraderTraitorによるものとし、TRM Labs、Chainalysis、Ellipticの見解と一致しました。Binanceは攻撃者を名指ししていません。
凍結された資金確定していません。Binanceは約30億ドルを移動不能にしたとしており、Ellipticは11月1日時点で、主にステーブルコインを中心に約28.5億ドルがオンチェーンで凍結または押収されたことを確認しています。
顧客への影響Binanceは損失を自社で負担し、ユーザーの資金は安全であるとしています。出金は11月1日から段階的に再開されています。

凍結は回収と同じではありません。TetherやCircleのようなステーブルコイン発行者は自ら発行したトークンを凍結できますが、ビットコイン、XRP、その他のネイティブ資産は同じ方法では凍結できず、盗まれた価値の多くは現在も資金洗浄が続いています。

侵害された特権エンドポイントが鍵の盗難より深刻になり得る理由

秘密鍵の盗難は深刻な問題ですが、単一でよく理解された問題です。鍵をローテーションすれば、盗まれた鍵の価値はほぼ失われます。一方、特権を持つエンジニアのデバイスを掌握した攻撃者は、まったく異なる立場にあります。正規に署名を要求するシステムを利用し、有効な認証情報で社内サービスを呼び出し、通常の業務に見えるトランザクションを送信できるのです。

オンチェーンの証拠もこの見方と一致しています。TRM Labsは、多数のチェーンにまたがるパターンが「Binanceのホットウォレット署名基盤の侵害を示している」と評価しました。つまり、攻撃者はBinance自身のシステムに、攻撃者が選んだトランザクションへ署名させることができたということです。Ethereumでは、セキュリティ企業のBlockaidが、あるホットウォレットがEIP-7702の認可を一括で署名し、ウォレットの制御を攻撃者のコントラクトに引き渡していたことを発見しました。これらの署名がどのように取得されたのかはまだ確認されておらず、その仕組みについては別の続報記事で取り上げる予定です。

これは新しい手口ではありません。2025年2月のBybitの盗難事件（こちらもFBIがTraderTraitorによるものとしています）では、攻撃者がウォレットプロバイダーの開発者のマシンを侵害し、Bybitの署名者が承認したトランザクションを改ざんしました。どちらのケースでも、鍵は求められたとおりに動作しただけです。問題は、誰がそれを求めていたのかでした。

5つの防御チェック

1. 特権デバイスを日常業務から分離する

本番環境の変更承認、トランザクションの署名、インフラの管理に使うデバイスを、メール、チャット、Web閲覧、開発ツールのインストールに使うデバイスと同じにすべきではありません。個人アカウントを使わず、承認済みソフトウェアを最小限に絞った、専用の堅牢化された管理用ワークステーションや分離された仮想デスクトップを使用してください。TraderTraitorは、偽の求人や悪意のあるコーディングテストを使って開発者のマシンに侵入する手口を繰り返し用いてきました。デバイスを分けることで、そうした侵害を承認経路から遠ざけることができます。

2. 複数人の承認を必須にし、時間的な猶予を設ける

どの個人、デバイス、サービスアカウントも、単独で多額の価値を移動したり本番環境を変更したりできるべきではありません。別々のデバイスを使う複数の人による承認を必須とし、トランザクションごと・一定期間ごとの金額上限を設定し、高額または通常と異なる操作には遅延（タイムロック）を設けてください。わずか数分の遅延でも、監視システムや担当者が対応する機会が生まれます。

ヒント：承認者が実際に何を承認しているのかを確認できるようにしてください。Bybitのケースでは、署名者は実際の内容が改ざんされたトランザクションを承認していました。承認画面には、要求元のシステムとは独立して生成された、正確な操作内容、送信先、金額を表示すべきです。

3. エンドポイントを堅牢化し、監視する

すべての特権デバイスでEDRを稼働させ、そのアラートを24時間体制で誰かが確認するようにしてください。システムにパッチを適用し続け、署名のないソフトウェアや未承認のソフトウェアをブロックし、ハードウェアセキュリティキーのようなフィッシング耐性のあるMFAを使用し、管理者セッションやトークンの有効期間を制限してください。パッケージ、IDE拡張機能、AIコーディングアシスタントを含む開発ツールも、攻撃対象領域の一部として扱ってください。

4. 異常を検知し、迅速に凍結できるようにする

Binanceの資金は数分のうちに移動しました。取引量、送信先、時間帯、署名の頻度など、最も重要な操作における「通常の状態」を定義し、そこからの逸脱をリアルタイムで検知してアラートを出してください。出金、デプロイ、署名を数秒で一時停止できる緊急停止手段を用意し、誰が発動できるかを事前に決め、実際に使う訓練を行ってください。

5. 署名や本番アクセスを実行できる「人」と「もの」を監査する

署名の要求、支払いの承認、本番環境の変更が可能なすべての人、サービスアカウント、コンテナ、パイプライン、APIキーを洗い出してください。それぞれについて、そのアクセスがまだ必要か、アクセス範囲が可能な限り狭く限定されているか、そしてその利用が攻撃者に消去できない場所に記録されているかを確認してください。可能な限り常時付与の特権を廃止し、代わりにジャストインタイムアクセスを使用してください。

企業のクラウド、SSH、CI/CD、AI運用への教訓

ほとんどの組織は暗号資産のホットウォレットを運用していませんが、どの組織にもそれに相当するもの、つまり権限をもって操作を実行できる認証情報やシステムがあります。

  • クラウド：コンソールのセッションが有効なままの管理者のノートPCや、CLIの認証情報がキャッシュされたノートPCは、rootアカウントと同等の価値を持ちます。短期間有効な認証情報、デバイスに紐付いたセッション、破壊的または影響の大きい操作に対する承認ワークフローを使用してください。
  • SSH：エンジニアのマシンに置かれた長期間有効な鍵は、攻撃者にサーバーへの直接アクセスを与えます。セッションごとに発行される短期間有効なSSH証明書を優先し、すべての特権セッションを一元的に記録してください。
  • CI/CD：パイプラインはデプロイや署名の認証情報を保持していることが少なくありません。パイプライン定義をレビュー必須にして保護し、ビルド用とリリース用の認証情報を分離し、本番リリースには承認を必須にしてください。
  • AIを活用した運用：コマンドを実行したり、プルリクエストを作成したり、本番環境のAPIを呼び出したりできるAIエージェントは、新たな特権アイデンティティです。AIエージェントには専用の最小範囲の認証情報を与え、重要な操作には人による承認ステップを残し、その動作を記録してください。

ヒント：「今夜このエンジニアのノートPCが完全に侵害されたら、誰かが気付くまでに攻撃者は何ができるか？」という1つの問いで机上演習を行ってみてください。その答えから、承認経路が単一のデバイスに依存している箇所が見えてきます。

今後の注目点

Binanceのポストモーテムでは、ノートPC説が確認または修正され、署名がどのように取得されたのか、どの統制が回避されたのかが明らかになるはずです。それまでは、根本原因は暫定的なものとして扱ってください。上記の防御上の教訓は、最終的な詳細に左右されません。正確な経路がどうであれ、攻撃者は重要な操作を認可できるシステムに到達していたのです。

LOGIQがお手伝いできること

LOGIQは、Linuxサーバー、クラウド環境、CI/CDパイプライン全体にわたる特権アクセスの見直しを支援し、チームの実際の働き方に合った承認・監視の統制の設計をお手伝いします。自社環境で、誰が、そして何が権限をもって操作を実行できるのかをあらためて確認したい場合は、お気軽にお問い合わせください。

出典