Coldcard、セキュリティ重視のファームウェア更新を公開:影響を受けたユーザーはシードフレーズの再生成と資金移行が必要
Coldcard、セキュリティ重視のファームウェア更新を公開:影響を受けたユーザーはシードフレーズの再生成と資金移行が必要
Coldcardは、同社のハードウェアウォレット製品群向けに新しいファームウェアを公開し、ニーモニック生成に関するリスクを最近見直した結果として、シードフレーズ生成のルールを厳格化するとともに、複数のセキュリティ強化策を導入した。
今回の更新対象は、Coldcard Mk4およびMk5のファームウェアバージョン5.6.1、ならびにColdcard Qのファームウェアバージョン1.5.1Q。今回のリリースは、7月31日に出された緊急修正と、その後に数週間かけて行われたセキュリティレビューを受けたものだ。ユーザーにとって重要なメッセージは明快で、ファームウェアの更新によって将来のセキュリティは向上するものの、影響を受けた条件下で生成された可能性のあるシードフレーズを、あとから安全にすることはできないという点にある。
暗号資産ユーザーにとって、これは自己管理保管における基本原則を思い出させる重要なリマインダーでもある。ウォレットの安全性は、リカバリーフレーズが作成されたその瞬間から始まる。
新しいColdcardファームウェアで何が変わったのか?
最も重要な変更点は、新しく生成されるシードフレーズに、少なくとも1つのユーザー提供のエントロピー源を含める必要があることだ。Coldcardの最新ファームウェアノートとセキュリティ指針によると、新規ウォレットを作成するユーザーは、以下のいずれかの物理的手段で乱数を提供しなければならない。
- 少なくとも65回の不規則なボタン操作
- 50回の物理的なサイコロ振り
- 128回の物理的なコインフリップ
こうしてユーザーが生成した乱数は、デバイス内のSTM32真性乱数生成器およびSE1・SE2のセキュアエレメントから得られる新たなエントロピーと組み合わされる。実務上は、この新しいワークフローによって、単一の乱数源への依存を減らし、ニーモニック生成に対する攻撃を大幅に難しくすることを狙っている。
ウォレット作成時になぜ乱数が重要なのかを理解したいユーザーは、米国国立標準技術研究所(NIST)がrandom bit generationについて公開しているガイダンスで、より広い暗号学的な概念を確認できる。
シードフレーズのエントロピーが重要な理由
シードフレーズは、単なるバックアップ用フレーズではない。暗号資産ウォレットの制御権そのものの根幹だ。Bitcoinをはじめ多くのブロックチェーンシステムでは、このニーモニックフレーズから秘密鍵、アドレス、署名権限が導出される。攻撃者がそのフレーズの生成方法を予測したり、生成過程に影響を与えたりできれば、ウォレット全体が危険にさらされる可能性がある。
現代のウォレットは通常、BIP-39のニーモニックコードや、BIP-32のような階層的決定性ウォレット設計に準拠している。これらの標準が広く使われているのは、ウォレットのバックアップと復元を実用的にするためだ。ただし、その安全性は、元となるエントロピーの質に依然として左右される。
そのため、サイコロの目や予測不能なキー入力のような物理的エントロピーを追加することには意味がある。デバイス外部の乱数を取り込むことで、内部コンポーネントが侵害されていたり不具合を抱えていたりしても、最終的なシードを特定されにくくなるからだ。
ニーモニックだけではない、追加のセキュリティ強化
今回のファームウェア更新は、シードフレーズ生成だけに限定されていない。Coldcardは、以下を含む複数のセキュリティおよび正確性向上も導入した。
- 署名前の段階的PSBT検証を即時に実施
- USB接続の挙動とファームウェア更新フローにおける境界の強化
- Delta Modeの分離性向上
- アクティブなウォレットバックアップ処理の修正
- 乱数生成器の初期化と失敗検出の堅牢化
- 既定のSIGHASH動作の変更
- そのほか複数のセキュリティ/正確性改善
Bitcoinユーザーにとって、PSBT関連の変更はとくに重要だ。BIP-174で定義されるPartially Signed Bitcoin Transactions(部分署名済みBitcoinトランザクション)は、エアギャップ環境や複数デバイスでの署名ワークフローで広く使われている。署名前の検証をより厳密にすることで、ユーザーが意図しない内容に署名してしまうリスクを下げられる。
ファームウェアを更新しても古いシードフレーズは修復できない
最も重要なユーザーアクションは、単に最新ファームウェアをインストールすることではない。Coldcardは、もし影響を受けたファームウェアでシードフレーズが作成されていた場合、デバイスを更新しても、そのシードが生成された当時の条件そのものは変わらないと強調している。
言い換えると、次の通りだ。
- ファームウェア更新は、今後のウォレット作成を保護できる。
- しかし、過去に生成されたニーモニックを後から安全にすることはできない。
- 影響範囲に該当するユーザーは、更新後に新しいウォレットを作成すべきである。
- その後、資金を新しいシードフレーズで管理されるアドレスへ移す必要がある。
この区別は非常に重要だ。多くのユーザーは、ファームウェアを更新すれば既知のセキュリティ問題が自動的にすべて解消されると考えがちだ。ソフトウェアのバグの中にはそうしたケースもあるが、長期的な暗号秘密の生成に影響し得る脆弱性については話が別である。
影響を受けるColdcardユーザーへの推奨手順
お使いのデバイスモデルとファームウェア履歴が、Coldcardが説明している影響範囲に含まれる場合は、慎重な移行手順を推奨する。
1. インストール前にファームウェアを確認する
公式ソースからのみファームウェアをダウンロードし、インストール前に必ず署名を検証すること。ファームウェアの真正性確認は、ユーザーが気づかないうちに悪意あるソフトウェアを更新ファイルとして導入してしまうサプライチェーン攻撃の防止に役立つ。
Coldcardユーザーは、正しい検証手順について、同社の公式ファームウェア更新ドキュメントを参照すべきだ。
2. 最新ファームウェアをインストールする
ファイルが真正であることを確認したら、各モデルに対応する最新版ファームウェアへ更新する。Mk4、Mk5、Qのユーザーは、ニーモニック生成変更を含む新しいバージョンを使っていることを確認する必要がある。
3. 新しいシードフレーズを生成する
セットアップ完了後にのみ、新しいウォレットを作成すること。設定中は、サイコロ振り、コインフリップ、不規則なキー入力など、求められている物理的エントロピー手段のいずれかを使う。
新しいリカバリーフレーズを書き留めたら、必ずオフラインで保管し、Webサイト、クラウドメモ、スクリーンショット、チャットアプリ、パスワードマネージャーなどには絶対に入力しないこと。
4. バックアップを検証する
資金を移す前に、リカバリーフレーズが正確に記録されていることを確認する。誤ったバックアップは、侵害されたバックアップと同じくらい危険になり得る。
5. 資産を新しいウォレットへ移す
新しいウォレットが確認できたら、旧ウォレットから新しいシードフレーズに基づくアドレスへ資産を移行する。Bitcoinユーザーであれば、全額を移す前に少額のテスト送金を先に行うことも検討したい。
6. 古いシードを破棄扱いにする
資金が新しいウォレットに安全に届いたことを確認したら、古いシードは今後の使用に適さないものとして扱うべきだ。
2025年のハードウェアウォレット業界にとって何を意味するか
今回の件は、暗号資産セキュリティにおけるより大きな潮流を反映している。業界は、ハードウェアさえあれば十分だという前提から離れつつある。2025年には、透明性の高いファームウェア手順、検証可能な更新、より強固なエントロピー設計、オープンなセキュリティコミュニケーション、そしてリスク発見時の明確な移行ガイダンスが、ユーザーからますます求められている。
自己管理保管の普及が進むほど、シード生成、取引検証、ファームウェアの整合性は、引き続きユーザー保護の中核となる。より高度なフィッシング、サプライチェーン脅威、取引改ざん攻撃の増加により、ウォレットメーカーには、ユーザーが敵対的な環境で操作する可能性を前提にしたシステム設計が求められている。
ユーザーにとっての教訓も同じく明確だ。ハードウェアウォレットを持つことは、一度セットアップして終わりではない。定期的なファームウェア確認、バックアップの検証、セキュリティ勧告への注意も必要になる。
自己管理保管へのリマインダー
Coldcardのファームウェア公開は、ウォレットの安全性がエントロピーと透明なデバイス挙動にどれほど深く依存しているかを示す有用な事例だ。安全なリカバリーフレーズは、予測不能で、正しく生成され、その寿命を通じて保護されていなければならない。
ハードウェアウォレットの選定を検討しているユーザーにとって、OneKeyはオープンソースのセキュリティ、透明性の高い署名、多チェーン資産管理、そして実用的な自己管理保管ワークフローに注力している。どのデバイスを使う場合でも、ベストプラクティスは変わらない。ファームウェアを検証し、信頼できる環境でシードフレーズを生成し、バックアップはオフラインで保管し、ニーモニック生成に関するセキュリティ勧告を決して見過ごさないことだ。



