Last Updated on 2026年8月19日 by oba3
スイスのハードウェアウォレット企業ビットボックス（BitBox）が、社内セキュリティ監査で発見したファームウェアの重大な脆弱性2件を修正する「Dixence」アップデートを公開した。監査には最先端のAIモデルも活用され、BitBox02の一部モデルでは悪意あるホストや細工された更新経路を組み合わせることで、任意コードや不正ファームウェアを実行できる可能性が確認された。加えて、7月の「Oeschinen」更新ですでに修正されていたブートローダーの問題についても、悪意あるファームウェア導入につながり得る深刻な攻撃経路が明らかにされた。今回の焦点は秘密鍵をオフラインで持つかどうかだけではない。端末が起動時に正規コードだけを受け入れ、更新経路を安全に維持できるかという信頼層が、自己管理ウォレットの資産安全性を左右している。
何が起きたのか？
ビットボックスは2026年8月17日、BitBox02向けのDixenceセキュリティアップデートを公開し、ファームウェアで確認された重大な脆弱性2件を修正した。同社によれば、これらは社内監査で発見され、監査工程には最先端のAIモデルを利用したコード検証も含まれていた。
一つ目はBitBox02のMultiエディションに影響するメモリ破壊の問題だ。まだウォレットを初期設定していない端末を悪意あるホスト機器へ接続した場合、任意コード実行につながり、不正なファームウェアを導入される可能性があった。ビットコイン（Bitcoin）専用エディションには該当コードが含まれておらず、この脆弱性の対象外とされている。
二つ目はサイレント・ペイメンツ（Silent Payments）機能に関する問題で、悪意あるホストが送金作成時に意図しない送金先へ資金を固定させる可能性があった。ビットボックスは直接的な資産窃取につながる問題とは説明していないが、攻撃者の協力なしには資金回復が困難になるケースが想定され、身代金要求などへ悪用される余地があった。
さらに同社は、7月に公開したOeschinenアップデートで修正済みだったブートローダー関連の脆弱性について、当初より深刻な悪用方法が存在したことも明らかにした。古いBitBox02では、フィッシングなどで利用者を偽のBitBoxAppへ誘導し、端末をアンロックさせることができれば、攻撃者が悪意あるファームウェアをインストールさせ、最終的に資産を盗む経路になり得た。
ビットボックスは現時点で、これらの問題を悪用した資産盗難の報告はなく、既存のウォレットシード自体も影響を受けていないとしている。新世代モデルのBitBox02 Novaも、今回説明されたブートローダー問題の対象外だ。
なぜ重要なのか？
ハードウェアウォレットでは「秘密鍵をインターネットから隔離すること」が安全性の中心として説明されることが多い。しかし端末そのものが攻撃者のコードを実行してしまえば、秘密鍵を安全な領域へ保存していても防御は崩れる可能性がある。
特に重要なのがブートローダーだ。ブートローダーは端末の電源投入後、通常のファームウェアより前に動作し、どのソフトウェアを起動してよいかを判断する。ここで正規署名を持つコードだけを確実に実行できなければ、その後に動くウォレットソフトウェア全体を信用できなくなる。
今回のBitBoxの事例でも、攻撃には複数の条件が必要だった。ブートローダー問題ではフィッシングで偽アプリを利用させ、さらに利用者自身に端末をアンロックさせる必要がある。Multiエディションのメモリ問題も、未初期化端末と悪意あるホストという条件が前提となる。
したがって誰でも遠隔から即座に資産を盗める脆弱性だったわけではない。それでも一度条件がそろえば、不正コードの実行や悪意あるファームウェアの導入に到達できる点が重大視された。
市場構造への影響
自己管理ウォレットでは、取引所へ秘密鍵を預けないことから「第三者リスクを排除できる」と理解されやすい。しかし実際には、信頼先がなくなるのではなく、その場所が変わる。
利用者はウォレットメーカーが提供するハードウェア設計、ブートローダー、ファームウェア署名、更新配布、アプリ、ビルド工程を信頼する必要がある。端末がオフラインでも、更新時に不正コードを受け入れるなら、その更新経路自体が攻撃面になる。
この構造では、ハードウェアウォレットの競争軸もセキュアエレメントの有無やオープンソースだけでは決まらない。正規コードの検証方法、ブートチェーン、更新署名、脆弱性開示、外部監査、利用者が更新元を検証できる仕組みまで含めて安全性を評価する必要がある。
また今回、ビットボックスが最先端のAIモデルを社内監査へ利用していたことも注目される。ただし「AIが自動的に2件の脆弱性を発見した」と単純化するのは適切ではない。同社が説明しているのは、人間のエンジニアによる内部レビューやテストの一部にAIを組み込み、その監査工程から問題を発見したという位置付けだ。
資金・規制・流動性との関係
ハードウェアウォレットの脆弱性は、銀行や取引所のような金融仲介機関の障害とは性質が異なる。自己管理では秘密鍵を利用者自身が管理するため、端末メーカーが資産を直接保管しているわけではない。
一方、ファームウェアの信頼境界が破られれば、取引署名の直前に攻撃者が介入することができる。利用者から見れば自分で鍵を管理していても、署名内容を表示し承認する端末が信用できなければ、資産移動の安全性は成立しない。
このため機関投資家や法人が自己管理型カストディを採用する場合も、秘密鍵をどこへ保管するかだけでは不十分になる。ファームウェア更新権限、署名済みコードの検証、端末調達、バージョン管理まで運用ルールへ組み込む必要がある。
今回ビットボックスは最新ファームウェアへの更新を推奨しており、既存シードを新しく作り直す必要はないとしている。ただし更新は公式BitBoxApp内から行い、検索広告やメール経由で偽アプリを入手しないことが重要になる。攻撃経路の一部にフィッシングが含まれるため、ソフトウェア配布経路そのものも防御対象になる。
初心者向け補足
ファームウェアとは、ハードウェアウォレット本体を動かすための内部ソフトウェアだ。画面表示、ボタン入力、秘密鍵を使った署名など、端末の基本動作を制御する。
ブートローダーは、そのファームウェアより先に動くプログラムだ。端末起動時に正しいファームウェアかを確認し、問題がなければ実行する役割を持つ。この確認部分に弱点があると、攻撃者のコードを正規ソフトウェアのように実行してしまう可能性がある。
今回の問題は、シードフレーズそのものがインターネット上へ漏えいしたという事案ではない。ビットボックスも、既存シードは影響を受けておらず、確認されている資産盗難もないとしている。
そのため利用者にとって重要なのは、シードをウェブサイトなどへ入力することではなく、公式アプリを使って最新のファームウェアへ更新し、端末画面に表示される内容を確認してから取引を承認することだ。
Web3Timesの視点
Web3Timesが今回見るのは、BitBox02にバグが見つかったという製品ニュースだけではない。焦点は、自己管理の安全性を「秘密鍵を自分で持つこと」だけで説明できなくなっている点だ。
秘密鍵が安全なチップ内部に存在していても、その鍵を使うファームウェアが不正なら、最終的な署名は安全ではない。つまり自己管理では、鍵の保管場所に加えて、起動時に何を実行するかを決めるブートローダーと、更新時に何を受け入れるかを決める署名検証が資産管理の信頼境界になる。
今回の事例は、セキュリティ監査の方法にも変化が起きていることを示す。AIをコードレビューやテストへ組み込み、大量の実装を人間だけでは追い切れない速度で検査する手法は今後広がる可能性がある。一方で最終的な脅威評価、再現、修正、開示までを自動化できるわけではなく、人間のエンジニアによる検証は引き続き必要になる。
今後注目されるのは、ハードウェアウォレットが秘密鍵をどのチップへ保存するかだけではない。起動コードをどう検証し、更新ファイルを誰が署名し、古い端末まで安全に修正を届けられるか、さらに利用者が偽アプリと正規更新を区別できるかが重要になる。自己管理ウォレットの安全性は鍵を守る技術から、端末が正規コードだけを実行し続けるためのサプライチェーン全体を守る設計へ広がっている。
