140億円が消えた「コールドウォレットなら絶対安全」神話はなぜ崩れたのか

140億円が消えた「コールドウォレットなら絶対安全」神話はなぜ崩れたのか

この記事の要点

  • ビットコイン用ハードウェアウォレット「COLDCARD」の欠陥を突いた攻撃で、2026年7月30日以降、合計約140億円相当のビットコインが盗まれました

  • 原因は「乱数」──つまり、鍵を作るための"サイコロ"が壊れていたことでした

  • 「ネットにつながっていない機器なら安全」という常識が通用しなかった事件です

  • 本記事では、なぜこんなことが起きたのかを予備知識なしで分かるように解説し、AntiSpy Phoneが同じ種類の失敗にどう備えているかを紹介します


何が起きたのか

2026年7月30日未明(日本時間夕方頃)、ビットコインを保管するためのハードウェアウォレット「COLDCARD(コールドカード)」の利用者から、一斉に資金が抜き取られる事件が発生しました。

調査会社の分析によると、被害の規模は次のとおりです。

項目 内容
第1波の被害 約41分間で1,196アドレスから約1,082BTC(約110億円相当)が流出
最初の10分間 残高の大きいウォレットから優先的に、約47億円相当が流出
3波合計(8月1日時点) 約1,367BTC(約8,860万ドル/140億円相当)、対象は4,585アドレスに拡大
攻撃の手口 自動化ツールによる一斉送金とみられる


さらに深刻なのは、攻撃はメーカーが欠陥を公表する30時間も前に始まっていたという点です。

利用者は「危ない」と知らされる前に、すでに資産を失っていました。

開発元のCoinkite社はその後、出荷を停止し、在庫を廃棄する対応を取っています。

しかし一度盗まれたビットコインは、原則として取り戻せません。


「ネットにつながっていない機器」から、なぜ盗めたのか

ここで多くの方が疑問に思うはずです。

ハードウェアウォレットって、ネットにつながっていないから安全なんじゃなかったの?

そのとおりです。

COLDCARDは「エアギャップ」つまりインターネットから物理的に切り離して使える設計で、ハッカーが通信経由で侵入することはできません。

今回も、誰かがデバイスに侵入したわけではありません

問題は、もっと根本的なところにありました。鍵の「作られ方」そのものです。

例え話:合鍵屋の壊れた機械

ビットコインのウォレットは、「シード」と呼ばれる12個または24個の英単語から、あなた専用の秘密の鍵を作ります。

この鍵の組み合わせは天文学的な数であり全宇宙の砂粒を数えるよりはるかに多く、偶然当てることは事実上不可能です。

これを家の鍵に例えてみましょう。

本来、鍵の製造機は無限に近いパターンの中からランダムに1本を作るはずでした。

ところがCOLDCARDでは、2021年のソフトウェア更新の際に部品の取り違えのようなミスが起こり、製造機がごく限られたパターンの鍵しか作れない状態になっていたのです。

泥棒の側から見れば、話は簡単です。

「作られうる鍵のパターン」がすべて分かっているなら、あらかじめ全パターンの合鍵を用意して、片っ端から玄関に差し込んでいけばいい

今回の攻撃者がやったのは、まさにこれでした。

ブロックチェーン上のアドレスは誰でも見られるため、攻撃者は自宅のパソコンで(オフラインで)鍵を割り出し、残高の多い家から順に押し入ったのです。

家がどんなに頑丈でも、地下室に金庫を置いても、鍵そのものが数えられるほどのパターンしかなければ意味がないこれが今回の事件の本質です。


「乱数」はセキュリティの土台


このランダムな鍵作りに使われるのが「乱数」です。乱数は、いわばデジタル世界のサイコロ

暗号の安全性はすべて「誰にも予測できないサイコロの目」の上に成り立っています。

COLDCARDの場合、本来は専用チップに内蔵された「本物のサイコロ」(物理的なノイズを利用したハードウェア乱数生成器)を使うはずでした。

ところがソフトウェアの入れ替え作業のミスで、見た目がそっくりな「偏ったサイコロ」(品質の低いソフトウェア代替品)が使われてしまっていた開発元はそう説明しています。

しかも、この状態は2021年から約5年間、誰にも気づかれませんでした

作られた鍵は一見普通に機能するため、外からは異常が分からなかったのです。


この事件の本当の教訓


今回の事件から学ぶべきは、「COLDCARDはダメだった」という個別の話ではありません。

もっと普遍的な教訓です。

教訓1:「デバイスの種類」は安全を保証しない

「コールドウォレットだから安全」「専用機だから安全」こうしたカテゴリへの信頼は、今回のような足元の欠陥の前では無力でした。

エアギャップが守ってくれるのは「通信経路からの攻撃」だけで、「鍵の作られ方の欠陥」は守備範囲外です。

これは当ブログで繰り返しお伝えしている、「何が守られて、何が守られないのか」を層で分けて考えるという視点そのものです。


教訓2:「買ったら終わり」ではない

Coinkite社は「ソフトウェア更新(パッチ)だけでは不十分。

シードを作り直して資金を移してほしい」と呼びかけています。

欠陥のあるサイコロで作られた鍵は、ソフトを直しても鍵自体が弱いままだからです。

セキュリティ機器は、買った瞬間がゴールではありません。

メーカーの発表を追い、必要な対応を続けることまで含めて「安全」です。


教訓3:中身を検証できるかどうかが分かれ目になる

5年間気づかれなかった、という事実は重い教訓です。

ソースコードが公開され、世界中の目でチェックされる体制があっても欠陥は生まれます。

しかし、検証の目が多いほど、欠陥が見つかり修正される可能性は高まります


AntiSpy Phoneは同じ失敗にどう備えているか


ここからは、AntiSpy Phoneが採用しているGrapheneOS搭載Pixelが、今回問題になった「鍵の作られ方」のリスクにどう向き合っているかを見ていきます。

先にはっきりお伝えします。

「この機種なら100%安全」と言えるデバイスは、この世に存在しません

今回の事件が示したのは、まさにその現実です。

その上で、アンチスパイフォンの設計には、同じ種類の失敗を起きにくくし、起きても気づきやすくする仕組みが何重にも組み込まれています。


1. 専用セキュリティチップ「Titan M2」のハードウェア乱数


Pixelには「Titan M2」という独立したセキュリティチップが搭載されており、物理的な現象を利用した本物のハードウェア乱数生成器を内蔵しています。

重要な鍵の生成や保管は、Android本体が万一乗っ取られてもアクセスできない、このチップの中で行われます。


2. 鍵を「金庫の外に出さない」ハードウェアキーストア


アプリが暗号鍵を使う場合も、鍵そのものはセキュリティチップの中に留まり、外に出ない仕組み(ハードウェアキーストア)が用意されています。

銀行アプリやパスワード管理アプリの鍵がこの仕組みで守られます。


3. オープンソース+起動時の検証


GrapheneOSはソースコードが公開されており、世界中の研究者が中身を検証できます。

さらに「検証付きブート(Verified Boot)」により、OSが改ざんされていないかを起動のたびに暗号学的にチェックします。

加えてAuditorアプリを使えば、デバイスが本物で改ざんされていないことをハードウェアレベルで確認することもできます。


4. 迅速なアップデート体制


GrapheneOSは欠陥の修正が非常に速いことで知られています。

教訓2でお伝えしたとおり「買った後」が重要である以上、修正が届く速さはデバイス選びの重要な基準です。


正直な注意点

念のため付け加えると、スマートフォンは常時ネットにつながる「ホットな」環境です。

多額の暗号資産の長期保管という用途では、ネット接続機器に大金を置くこと自体のリスクを別途考える必要があります。

AntiSpy Phoneが提供するのは「万能の金庫」ではなく、検証可能で、修正が速く、鍵の扱いがハードウェアで守られた日常のセキュリティ基盤です。


今日からできること

 

COLDCARDをお使いの方

  1. 公式の勧告(アドバイザリ)をすぐに確認してください(対象ファームウェアの範囲は更新されています)

  2. 対象に該当する場合、パッチ適用だけで安心せず、安全な環境で新しいシードを生成し、資金を移動してください

  3. 対応手順に不安がある場合は、公式サポートの案内に従ってください

すべての読者の方へ

  • 「〇〇だから安全」というカテゴリでの安心をやめ、「何が守られて何が守られないか」で考える習慣を

  • セキュリティ機器・ソフトはメーカーの発表を追い続ける(当ブログでも重要な勧告は取り上げます)

  • 更新は「気が向いたら」ではなく習慣として自動アップデートは有効のままに

まとめ

  • COLDCARD事件の原因は「乱数」という、セキュリティの最も深い土台の欠陥でした

  • エアギャップも専用機も、「鍵の作られ方」の欠陥からは守ってくれません

  • 大切なのはデバイスのカテゴリではなく、検証可能性・修正の速さ・鍵を守るハードウェアの仕組みです

  • AntiSpy Phone(GrapheneOS搭載Pixel)は、この3点を設計の中心に据えたデバイスです

返回博客

发表评论

请注意,评论必须在发布之前获得批准。

SNSはこちら