ハードウェアウォレットの安全性は、秘密鍵を保管する仕組みだけでは決まりません。Coldcardの脆弱性を踏まえ、SecuXが公表したハードウェア乱数生成とSecure Elementの設計を軸に、シード生成時のエントロピーが重要な理由を解説します。
背景と今回の論点
ハードウェアウォレットでは「秘密鍵をオフラインで保管すること」が注目されがちですが、その秘密鍵の起点となるシードが十分なランダム性を持って生成されているかも重要です。
2026年夏、Coldcardの一部デバイスでは、過去のファームウェアに起因する乱数生成上の問題が明らかになりました。攻撃者は端末へ物理的にアクセスするのではなく、弱くなったシード生成の候補をオフラインで探索し、対応する秘密鍵を導出できる状態を悪用したと報告されています。
これを受けSecuXは8月7日、自社ハードウェアウォレットには同じ問題が影響しないとのセキュリティ声明を公開しました。今回は製品間の優劣ではなく、セルフカストディで見落としやすい「鍵をどう守るか」以前の生成工程を考えます。
鍵の強度は生成時点から始まる
暗号資産ウォレットでは、シードフレーズから秘密鍵、さらに各アドレスに対応する鍵を決定論的に導出できます。そのため、シードフレーズを紙に書いて金庫へ保管していても、元になる乱数が予測可能なら十分な防御にはなりません。
ここで重要になるのがエントロピーです。簡単にいえば、攻撃者から見た「候補の予測しにくさ」を表します。暗号学的に十分な乱数を生成できれば探索空間は極めて大きくなりますが、実装ミスなどで候補が大幅に限定されれば、総当たり探索が現実的になる場合があります。
今回の事例が示したのは、コールドウォレットであることと、生成された鍵が安全であることは別の論点だという点です。ネットワークから隔離されていても、最初から推測可能な鍵なら、端末へ侵入せず資産へアクセスされる可能性があります。
SecuXが公表した生成プロセス
SecuXは今回の声明で、新しいウォレットを作成する際、ハードウェアのTrue Random Number Generator（TRNG）を使用し、BIP-39で必要となるエントロピーを生成すると説明しています。
また、ソフトウェア生成の乱数や、デバイスのシリアル番号、タイムスタンプのような予測可能な値には依存せず、ハードウェア乱数生成器が利用できない場合にはウォレット作成そのものを進めないとしています。
生成後のシードと秘密鍵についてはSecure Element内部へ保存し、外部へエクスポートしない設計であることも説明されています。SecuXの現行公式サイトでは、ハードウェアウォレットにInfineon製CC EAL5+認証Secure Elementを採用していることが案内されています。
重要なのは「Secure Elementを搭載している」という一点だけを見るのではなく、乱数生成、シード生成、鍵保存、署名までの一連の経路を評価することです。
ファームウェア更新だけでは解決しない場合もある
鍵生成に関する脆弱性では、通常のソフトウェア更新とは異なる注意が必要です。脆弱な状態で一度生成されたシードは、ファームウェアを修正しても自動的に強いシードへ変わるわけではありません。
この種の問題が自分の利用機種で公表された場合は、メーカーの公式アドバイザリーを確認し、対象モデル、ファームウェア、シードを生成した時期、必要な移行手順を確認する必要があります。SNSや検索広告経由の「復旧ツール」にシードフレーズを入力してはいけません。
また、ファームウェア更新時には公式サイトや正規アプリを確認し、不明なトランザクションへの署名や秘密鍵の共有を行わないことも基本です。
まとめ
ハードウェアウォレットのセキュリティは、秘密鍵をオフラインに置くだけでは完結しません。乱数生成、シード生成、Secure Elementへの保存、署名、バックアップ、ファームウェア管理までが一つの信頼経路を構成します。
今回SecuXが公表したTRNGによる生成方針は、シードの予測可能性を防ぐ設計思想を理解するうえで重要な情報です。利用者側も製品を選ぶ際には対応銘柄や操作性だけでなく、「最初の秘密がどのように作られるのか」まで確認する視点を持つことが、長期的なセルフカストディのリスク管理につながります。