2026年10月末に発生したBinanceの大規模流出事件では、偽の採用面接や改ざんされたソフトウェアを通じた侵入が報告されました。秘密鍵の保管だけでは防げない署名権限の悪用を整理し、個人・法人が実践できる端末分離、承認フロー、送金制限、緊急停止手順を解説します。
2026年10月29日に発生したBinanceの大規模暗号資産流出事件は、ウォレットの安全性を考えるうえで重要な教訓を残した。11月3日に報じられた調査内容によれば、攻撃者は偽の採用面接や改ざんされた開発ツールを利用して従業員の端末へ侵入し、署名インフラを悪用したとされる。
この事件は取引所のホットウォレット環境で発生したものであり、ハードウェアウォレット自体の脆弱性を示すものではない。しかし、秘密鍵を安全に保管するだけでは、組織全体の資産管理を守れないことを示している。
秘密鍵を盗まなくても不正送金は成立する
攻撃者が狙うのは秘密鍵そのものとは限らない。署名を実行する権限、承認システム、管理者アカウントなどを侵害すれば、不正なトランザクションを成立させられる場合がある。
ハードウェアウォレットも、利用者が悪意ある送金内容を承認すれば資産流出を防げない。署名端末の独立性と、署名前の内容確認が重要になる。
署名端末と業務端末を分離する
法人では、メール、SNS、オンライン会議、開発作業に利用するPCと、暗号資産の署名操作に利用する端末を分けたい。
長期保管用ウォレットは日常的なDeFi接続から切り離し、送金先アドレス、ネットワーク、金額を独立した情報源で確認する。少額テスト送金も有効だが、テスト後に送金先が変更されていないことを再確認する必要がある。
法人では承認と署名を別の担当者にする
単一担当者が送金先登録、承認、署名をすべて実行できる構成は避けたい。
少額運用ではハードウェアウォレットと社内承認手続きを組み合わせ、大口資産では複数署名者によるマルチシグやMPCも検討する。ただし、社内承認だけでは技術的な送金制限にならないため、必要に応じてオンチェーンの権限制御を導入する。
まず確認すべきは、担当者のPCが侵害された場合に、誰が送金を止められるかという点だ。署名権限の分離、送金上限、緊急停止手順を設計し、定期的に運用テストを実施することが重要になる。