Web3セキュリティ企業のCertiKは、BitBox02ハードウェアウォレットに重大なout-of-bounds（OOB）書き込み脆弱性を確認した。CertiKの研究者Guanxing Wenが発見したこの欠陥により、侵害されたUSBコマンドを通じて制御フローを乗っ取られる可能性があった。この発見は、デジタル資産分野で高まる懸念を浮き彫りにしている。秘密鍵をオフラインに保つだけでは、資産の安全性を完全には保証できない。

BitBox02の脆弱性はどのように機能したのか

ハードウェアウォレットは、インターネット接続されたデバイスから秘密鍵を切り離すように設計されているが、すべての取引は依然としてウォレットの外で始まる。デバイスはコマンドを受け取り、データを解析し、確認内容を表示し、署名を生成しなければならない。

BitBoxが7月のOeschinenセキュリティアップデートで公表したように、ウォレット内部に保存された秘密鍵そのものが直接露出したことはなかった。問題は、デバイスがコンピューターと通信する方法にあった。

USB経由でコマンドを受信する際、ウォレットのソフトウェアは、実際にどれだけのデータが入ってくるのかについての指示を、仮想メモリ領域に収まるかどうかを確認せずに無条件で受け入れていた。攻撃者は、過大なコマンドを送ることでこのメモリバッファをあふれさせ、BitBoxが指摘したようにデバイスの制御を乗っ取れる可能性があった。実際には、out-of-bounds書き込みは典型的なメモリ安全性のバグであり、データが割り当てられたバッファの末尾を越えて隣接メモリを書き換え、十分に制御された場合にはデバイスの実行を別の方向へ誘導できる。BitBoxが警告した制御フローの乗っ取りはその一例である。これを悪用するには、ウォレットに悪意あるUSBコマンドを送り込む必要があり、だからこそCertiKは接続されたコンピューターやスマートフォンを常に信頼できない入力源として扱うべきだと強調した。つまり、ウォレットのファームウェアは受信するすべてのコマンドを安全に処理しなければならない。修正はBitBoxの7月アップデートに組み込まれた。

ハードウェアウォレットのセキュリティにおけるより広い傾向

BitBox02の事例は単発ではない。2026年初頭には、CertiKがホスト側から提供されるreset_handlerがファームウェア更新時に適切に検証されていないことを発見した後、LedgerがMCUブートローダーの欠陥（CVE-2025-15645）を修正した。この欠陥はLedgerのMCUファームウェア更新プロセスに影響し、ブートローダーはメインファームウェアが読み込まれる前にデバイスのマイクロコントローラーを初期化する小さなコードであるが、ホスト提供のreset_handlerアドレスを十分に検証していなかった。Ledgerは問題を修正し、ユーザー資金は一度も危険にさらされていなかったと述べた。

両事例には共通点がある。いずれのウォレットも、外部ソースから届くデータ——一方はUSBコマンド、もう一方はファームウェア更新入力——を十分に検証せずに信頼していた。

Web3セキュリティをめぐる状況は、かつてないほど深刻になっている。CertiKのHack3D H1 2026レポートによると、2026年上半期には344件のセキュリティインシデントが発生し、暗号資産の総損失は13.1億ドルを超えた。ウォレット侵害は最も被害の大きい脅威であり、わずか33件の攻撃で4億4400万ドル超が流出した。

この状況を踏まえると、ウォレット侵害がWeb3で最も高額な攻撃カテゴリの一つとなっている中、BitBox02の事例は、ハードウェアウォレットの安全性が秘密鍵の隔離だけに依存しているわけではないことを示している。ファームウェア、通信プロトコル、確認フローもまた、信頼できない入力に耐えなければならない。BitBox02の利用者にとって、実際に取るべき次の対応は明確だ。7月のOeschinenアップデートを適用し、修正済みファームウェアをデバイスで動作させることだ。