生成
予測不能な秘密を作る
ウォレットには十分な信頼できるエントロピーと暗号的に安全な乱数生成器が必要です。長いシードでも生成元が予測可能なら強力とは言えません。
エントロピーから最終取引まで秘密を追う
各層は異なる課題に対応します。安全なバックアップでも弱い鍵生成は補えず、誤った送金先承認はハードウェアウォレットでも防げません。
バックアップ
復旧に必要な全ての鍵を保持
バックアップはウォレット設計に合致している必要があります。初期のルーズキーウォレットはバックアップ後に新しいチェンジキーを生成することがありましたが、現代の決定論的ウォレットはリカバリーフレーズの保護に依存しています。
署名と保存
署名情報は隔離して管理
秘密鍵、署名ノンス、ウォレットソフト、保存領域はすべて重要です。どれか一つの欠陥でもブロックチェーンを壊さずに制御権を奪われます。
確認して送信
送金先を正しく承認する
不可逆な取引のため受取人確認はウォレットセキュリティの一部です。履歴や短縮アドレス、類似先は独立した確認に代わりません。
実例で学ぶウォレットの失敗事例
本調査シリーズは弱い乱数から誤解を招く取引履歴までの実際のウォレット失敗を追跡。公開済みは詳細事例、未公開は情報と対策準備中です。
COLDCARD RNGの脆弱性（2026年）
どのシードが影響を受けるか、修正版ファームウェアで古い鍵が修復できない理由、新しいデバイスへ弱点を持ち越さずにビットコインを移行する方法を解説します。
弱いシード生成・影響を受けるファームウェア・安全な移行方法
アドレスポイズニング
類似アドレスが取引履歴に入り込み、ユーザーが慣れた前後文字列に頼らず完全な受取人確認をすべき理由。
受取人確認とウォレット画面の警告
8,999 BTCを失ったビットコインのバックアップ問題
チェンジキーの欠落が一見有効なバックアップを不完全にし、ビットコインが安全な復旧のためにキープールを導入した理由。
ルーズキーのバックアップ、チェンジアドレス、復旧
弱い乱数が暗号ウォレットを危険にする理由
ウォレットは強力な暗号技術を使っていても、安全でないシードや秘密鍵を生成することがあります。弱い乱数が資金を危険にさらす仕組みと、ユーザーができる対策を解説します。
シード生成、乱数生成器、そして弱い鍵の問題
Milk Sad / Libbitcoin Explorer
シードコマンドが出力長に比べてはるかに弱いセキュリティを生み、ウォレット開発者が学ぶべき教訓。
シード生成と実装の失敗
Randstorm / BitcoinJS
古いブラウザ環境とJavaScriptの乱数が、長期間使われるウォレットを数年後に危険にさらす可能性。
ブラウザのエントロピーと旧ウォレットの移行
Android SecureRandom 2013
ECDSA署名の弱いまたは繰り返しの乱数が、鍵生成方法が異なっても秘密鍵を露呈する理由
署名ノンスとモバイルウォレットの更新
秘密の移動順にウォレットリスクを減らす
信頼できるウォレットを選ぶ
定期更新があり、復旧方法が明確で、承認内容を正確に示すウォレットを使いましょう。広告だけに頼らないでください。
リカバリーバックアップはオフラインで保管
シードフレーズやバックアップは最低2か所の安全なオフラインで保管し、必要前に復旧をテストしてください。クラウド保存は避けましょう。
古いまたは安全でないウォレットから資金を移動
古いウォレットを信頼できない場合は最新ソフトで新規作成し資金を新アドレスに移してください。まずは少額のテスト送金を。
送信前にアドレス全体を確認する
受取人の完全なアドレスを信頼できる情報源と照合し、特に取引履歴からコピーした場合は署名デバイスでも再確認してください。