Coldcard乱数実装の欠陥が1,082.65 BTC流出に直結──既存シードは修復不能という現実です

今日の深掘りポイント

• 乱数生成（RNG）の統合ミスが「シードの再現可能性」を生み、自己保管の前提を崩した事件です。
• 41分で1,196アドレスから約1,082.65 BTCが一斉に掃き出され、攻撃者の事前準備と自動化の度合いがうかがえる事案です。
• 既存シードは直せないため、影響端末は「新しいシードで退避」以外の現実解がありません。
• マルチシグでも「単一ベンダ依存」だと同系欠陥で共倒れになり得るため、実装ヘテロジニティが肝になります。
• SOCはオンチェーン観測の“自分ごと化”が急務で、CISOは「RNG事故対応ランブック」を標準化すべき局面です。

はじめに

ソフトのバグはパッチで直せますが、暗号鍵の根（シード）が弱ければ資産は戻りません。今回のColdcard問題は、その厳しい非対称性を改めて突きつけた事件です。報道によれば、2021年3月のファームウェア統合エラーが乱数の偏りを生み、特定条件下でシード生成が再現可能になったことで、41分で1,196アドレスから1,082.65 BTCが抜かれたとされています。ベンダは緊急ファームウェアを出しましたが、既存シードの安全性は回復できず、新しいシードを作って移すしかないというのが結論です。短時間・高額・広範囲という3点で、現場対応の優先度は極めて高い事案です。

参考として、一次報道は以下を見てください。詳細の多くはこの報道にもとづいています。

• The Hacker Newsの報道です（事件の金額・時間・技術要旨・ベンダ対応）: https://thehackernews.com/2026/08/coldcard-hardware-wallet-flaw-linked-to.html

深掘り詳細

事実関係（報道ベース）

• 影響の根は、2021年3月のファームウェア統合エラーで、乱数生成がソフトウェア側PRNGにルーティングされる条件が生まれた点です。これにより、デバイスのUID、タイマー状態、乱数呼び出し履歴などの内部状態が関与する形で、候補出力の再現が可能になったと報じられています。
• 攻撃は41分の短時間で1,196アドレスから1,082.65 BTCを吸い上げたと報じられ、事前に候補シードの同定と派生アドレスのマッピングが準備されていたことを示唆します。
• ベンダは影響モデル向けに緊急ファームウェアを提供しましたが、「既存シードの安全性」は修復不能であり、新規シード発行と資産の移動が推奨とされています。
• 以上は一次報道にもとづくもので、ベンダの最終的な技術詳細・影響範囲は今後の追加開示で変わる可能性があります。

出典: The Hacker News（上掲リンク）です。

編集部の視点（仮説と検証ポイント）

以下は、現時点の公開情報からの仮説と観測指針です。断定ではなく、検証のための視点として提示します。

• なぜ「41分で一斉掃き出し」だったのかです。これは、攻撃者が事前に「再現可能なシード空間」を構築し、各シードから派生する標準パス（例: BIP32/44系）でアドレス群を事前マッピングし、起動と同時に一括送金を自動化したためと読むのが自然です。オンチェーン側の“速度”は、準備の“深さ”の反映です。
• 「内部状態（UIDやタイマー、呼び出し履歴）」が関与する再現可能性は、外部から完全に観測できないように見えます。それでも事実上の再現が可能だったという報道は、初期化条件や呼び出しシーケンスが実用的に狭い（つまり探索空間が現実的）だった可能性を匂わせます。これが正しければ、ユーザー操作のパターンや製造・初期化バッチの時間幅などが、探索コストを下げた要因かもしれません。
• RNG事故は「検知困難・被害不可逆・回避がユーザー負担」という三重苦になりやすいです。パッチ適用でデバイスは健全化しても、過去に生成したシードは将来にわたって危険で、しかもユーザーが新シードへ“自分で逃がす”以外に実効策がありません。CISO視点ではここを“人間系のボトルネック”として、運用で埋める前提づくりが要ります。
• マルチシグは強力ですが、「同一ベンダ・同一RNG系列」のデバイスを複数用いた構成は、共通原因故障（CCF）に弱いです。実装多様性（異ベンダ・異系統RNG・異OS）を取り入れ、「同時に壊れない鍵の組み合わせ」を設計思想に据える必要があります。

脅威シナリオと影響

以下はMITRE ATT&CKに沿った仮説シナリオです。公開情報からの推定を含むため、今後の技術開示で修正され得ます。

• シナリオA: 事前計算による一括ドレイン

  • 概要: 影響ファームウェアのRNG特性を解析し、再現可能なシード空間を生成。派生アドレスを大規模に前計算し、該当残高を監視。トリガー時に一斉に送金して短時間決着です。
  • ATT&CKの仮想マッピング:
    • T1596 Search Open Technical Databases（公開コミット・ドキュメントの解析）です。
    • T1587.003 Develop Capabilities: Exploits（RNG再現ツールや派生アドレス生成パイプラインの整備）です。
    • T1552.004 Unsecured Credentials: Private Keys（シード再現を通じた秘密鍵の獲得）です。
    • T1078 Valid Accounts（正当鍵での正当トランザクション行使）です。
    • T1657 Financial Theft（暗号資産の移転・窃取）です。

• シナリオB: バッチ依存性の悪用

  • 概要: 製造・初期化のロットや時間窓がRNGの初期状態に影響し、探索空間が“ロットごとに偏る”仮説です。攻撃者は該当ロットの探索を集中的に進め、ロット全体を短時間で掃く戦術です。
  • ATT&CKの仮想マッピングはシナリオAに同じです。

• シナリオC: ユーザー操作パターンの収束

  • 概要: デフォルト操作やウィザードによる初期化フローがRNG呼び出しのシーケンスを収束させ、候補がより少数に狭まる仮説です。ユーザー行動が“暗号強度”を下げる典型です。
  • ATT&CKの仮想マッピングはシナリオAに同じです。

影響の射程

• 個人・事業体の自己保管: 既存シードは「過去のあなたが作った乱数」に縛られており、修復不能です。緊急退避と、シード生成プロセス自体の見直しが必須です。
• 取引所・カストディ事業者: 流出先・洗浄経路監視の強化に加え、「顧客側自己保管からの持ち込みリスク」を踏まえた受入方針（凍結、E&O対応、顧客告知）の再設計が必要です。
• サプライチェーンと標準化: RNGの実装・検証・監査を“見える化”する国際標準のニーズが高まります。ソース公開だけでは足りず、再現ビルド、RNG健全性の外生エントロピー注入や自己診断、監査証跡の第三者検証が求められます。

セキュリティ担当者のアクション

緊急度が高く、かつ取るべき手順が明確なインシデントです。優先順位を付けて動くことをおすすめします。

• 0〜24時間（即応）

  • Coldcard資産の有無を棚卸しし、影響ファームウェアの該当可否を確認します。
  • 対象ユーザーに一斉通知し、「緊急ファームウェア適用」および「新シード生成→資産退避」の二段階をガイドします。既存シードは修復不能である旨を明確に伝えます。
  • 新シードは外生エントロピー（独立ダイス）を併用し、生成時の操作記録（日時・方法・デバイス組合せ）を監査ログとして残します。BIP39パスフレーズ採用の判断も合わせて行います。
  • 大口残高については、異ベンダ混在の2-of-3や3-of-5など、実装多様性をもつマルチシグに即時移行します。

• 24〜72時間（封じ込めと可視化）

  • 流出アドレス群のウォッチリストを作成し、オンチェーン監視（社内トレジャリー、関係部署アドレス、関連プロジェクト金庫）に適用します。カストディ・取引所と共有する体制を整備します。
  • 社内「RNG事故対応ランブック」を策定します。発見→広報→退避→検証→再発防止（ベンダ評価を含む）のステップを定義します。
  • ベンダ評価指標にRNGの設計・テスト・監査を組み込みます。例として、外生エントロピー注入可否、自己診断の有無、再現ビルド提供、セキュリティ監査（第三者）の透明性などを採点します。

• 継続対策（構造的リスク低減）

  • 鍵管理のヘテロジニアス設計を標準にします。異ベンダ・異OS・異RNG系で「同時に壊れない組み合わせ」を前提にマルチシグを設計します。
  • ウォレット生成・保守プロセスの職能分離（キー生成、承認、保管、復旧検証）を実装し、単独失敗点を除去します。
  • オンチェーン・インテリジェンスをSOCの可観測性に統合します。社内関連アドレス群に対する異常送金、スイープパターン、特定ミキサ経由の受送金を継続監視します。
  • 顧客・パートナー向けに「自己保管ベストプラクティス」を配布し、RNG品質・外生エントロピー・マルチシグ多様性を啓発します。

• 注意点（運用の落とし穴）

  • 「FW更新したから安全」という誤解を避けます。既存シードの危険度は不変であり、退避完了まではリスクが解消しません。
  • マルチシグ導入時に、同一シリーズの同一ロットで固めないようにします。共通原因故障を必ず評価します。
  • 新シード移行時のヒューマンエラー（メモ控え、パスフレーズ喪失、バックアップ不整合）を防ぐため、手順書のダブルチェックとテーブルトップ演習を実施します。

最後に、このニュースは「すぐ動けば守れるが、後になるほど打つ手が減る」というタイプの案件です。緊急性・現場での実行可能性はともに高いと読みます。投資対効果の高い順に、棚卸し→通知→退避→多様性確保→監視統合の順番で、淡々と進めていくのがよいです。

参考情報

• The Hacker News: “Coldcard Hardware Wallet Flaw Linked to $70M Bitcoin Theft in 41 Minutes”（事件の概要、被害規模、技術的要旨、ベンダ対応）です。https://thehackernews.com/2026/08/coldcard-hardware-wallet-flaw-linked-to.html