報告されたLedger CryptoBilisインシデントの損失額は、2026年10月9日に行われた協調的な資産流出により、6つのチェーンの315ウォレットから推定$93.2Mに達しました。また、Ledgerは影響を受けた1台のデバイスに未承認のハードウェア・インプラントが存在したことを確認しました。Ledgerは、損失額、攻撃者の身元、影響を受けたデバイスモデル、または公開研究で特定されたインプラントの仕組みが報告されたすべての盗難を説明できるかどうかについては確認していません。
重要なポイント： Ledger CryptoBilisインシデントは、Ledger firmware、secure element、またはLedger自体のインフラストラクチャに対する確定済みの侵害ではなく、リカバリーフレーズの表示経路を標的としたハードウェアウォレットのサプライチェーン攻撃として理解するのが最も適切です。
Ledger CryptoBilisウォレットの資産流出では何が起きたのか？
Ledger CryptoBilisウォレットの資産流出は、2026年10月9日05:07 UTC頃に始まった協調的なマルチチェーン窃盗であり、マレーシア、インドネシア、フィリピンのCryptoBilis経由でLedgerデバイスを購入したユーザーに影響しました。Blockchain分析では、Bitcoin、Ethereum、TRON、BNB Chain、Polygon、Solanaにわたり、315ウォレットが約$93.2Mを失ったと推定されていますが、Ledgerはこの推定を検証していません。
オンチェーン上の時系列が、個別のユーザーミスではなく同期したアクセスを示しているため、タイミングは重要です。05:00 UTC頃、30のTRONウォレットで同一の新しい鍵がアカウント権限に追加されました。05:07:48 UTCには、13のTRONウォレットが同じトークン承認に署名し、その数秒後にさらに12ウォレットが続きました。最初のTRON承認により、約$29Mの流出が可能になりました。
その後、05:07 UTCから05:09 UTCにかけて、BNB Chain、Polygon、Ethereumで資産流出が始まりました。05:54 UTCには、111のBitcoinウォレットが単一のブロック内で空にされ、約203 BTCが流出しました。この一連の動きは、ほぼ同時に多数のウォレットにまたがる活動を承認できる認証情報を、1人の主体が管理していたことと整合的です。
調査担当者は10月9日12:00 UTC頃、資産流出アドレスを公に特定しました。Ledgerは13:32 UTCに最初の声明を発表し、CryptoBilisに関連する報告を調査中であると述べ、当該リセラーに販売停止を要請しました。10月10日、CryptoBilisは予防措置として、すべてのハードウェアウォレットブランドの販売および配送を停止し、実店舗を閉鎖しました。
Ledgerは10月10日、影響を受けた1台のデバイスに未承認のハードウェア・インプラントが含まれていたことを確認しました。10月11日までにLedgerは、確認済みの事例がCryptoBilisのデバイスに関連していること、影響を受けたデバイスの台数は限定的であること、関係当局と連携していることを表明しました。またLedgerは、自社のインフラストラクチャ、システム、サービス、または直販チャネルが侵害された兆候はないと述べました。
| 日時 | Ledger CryptoBilisインシデントの出来事 | 報告された具体的な詳細 |
|---|---|---|
| 2026年9月25日 | 攻撃者管理下のアドレスが初期資金を受領 | Blockchain分析が最初の資金供給活動を特定 |
| 2026年9月26日から10月7日 | TRONおよびEthereumでテスト活動が発生 | 21件のTRONおよび20件のEthereumテストループ取引 |
| 2026年10月9日、05:00 UTC頃 | TRONの権限が変更 | 30の被害者ウォレットに同一の新しい鍵が追加 |
| 2026年10月9日、05:07 UTC | 大規模な資産流出が開始 | 25のTRONウォレットが数秒以内に同じ承認へ署名 |
| 2026年10月9日、05:54 UTC | Bitcoinウォレットが空にされた | 111のBitcoinウォレットが1つのブロック内で空にされた |
| 2026年10月9日、13:32 UTC | Ledgerが最初の公式声明を発表 | LedgerはCryptoBilis関連の報告を調査中と説明 |
| 2026年10月10日、17:09 UTC | Ledgerが物理的改ざんの証拠を確認 | 影響を受けた1台のデバイスに未承認のハードウェア・インプラントが存在 |
| 2026年10月11日、07:00 UTC | 公開推定値が改訂 | 6つのチェーンの315ウォレットから約$93.2M |
| 2026年10月11日、17:13 UTC | Ledgerが72時間後の更新を発表 | Ledgerは影響を受けたデバイスの台数は限定的と説明 |
損失の集中度にも偏りがありました。詳細な公開Blockchain推定によると、131のTRONウォレットが約$70.5Mを占め、その内訳には約70.2 million USDTおよび一部のTRXが含まれていました。Bitcoinは122ウォレットおよび203.8 BTCを占め、評価額は約$16.8Mでした。Ethereum、BNB Chain、Polygon、Solanaが、残る特定済み損失を構成しています。
Sokenのsmart-contractおよびインフラストラクチャのセキュリティ業務では、無関係なウォレット間で同期して発生する承認および認証情報の変更は、強力なインシデント対応シグナルです。対応者は、影響を受けた各ウォレットを個別の侵害として扱うのではなく、まず共有された信頼境界を特定すべきです。
なぜ証拠はハードウェアのサプライチェーン攻撃を示しているのか？
Ledgerが影響を受けた1台のデバイスで未承認のインプラントを確認しつつ、自社システムおよび直販チャネルは影響を受けていないと述べているため、入手可能な証拠はハードウェアのサプライチェーン攻撃を示しています。提案されているインプラント手法は、デバイス画面に表示されるリカバリーワードを取得するものであり、secure elementを破る、またはLedger firmwareを改変する必要がありません。
公開されているハードウェア研究では、画面領域の下に追加のボードが隠されたデバイスが記述されています。公開された仮説の1つでは、LTEセルラーモジュール、データeSIM、および表示データバスに接続されたマイクロコントローラーが使用されます。この仮説では、インプラントはデバイスのセットアップを待機し、画面上の平文リカバリーフレーズを認識したうえで、モバイル接続を通じて外部送信します。
Ledgerはこの仕組みを確認しておらず、調査したインプラント入りデバイスのモデルも確認しておらず、影響を受けたデバイスの台数も明らかにしていません。したがって、この仕組みは外部研究によって裏付けられた妥当な技術的説明として扱うべきであり、すべてのLedger CryptoBilis盗難について確認済みの説明として扱うべきではありません。
重要な区別は、secure elementがデバイス内での秘密鍵操作を保護するという点です。画面読み取り型のインプラントは、ユーザーがウォレットを初期化している際にリカバリーフレーズを取得できるなら、secure elementから秘密鍵を抽出する必要はありません。攻撃者がリカバリーフレーズを取得すれば、別の場所でウォレットへのアクセスを再構築し、元のデバイスへの継続的な物理アクセスなしに取引へ署名できます。
これは、公開分析で複数チェーンにまたがる協調的な鍵の変更、トークン承認、資産流出が確認された理由を説明します。Blockchain記録は、同一の主体が影響を受けたウォレットを管理していたとみられることを示せますが、Blockchain自体はリカバリーフレーズや署名認証情報がどのように取得されたかを明らかにできません。
Ledger CryptoBilisインシデントは、事前にseedが設定されたウォレット詐欺とも異なります。Ledgerは、本物のデバイスがリカバリーフレーズやPINがあらかじめ設定された状態で届くことはないと述べています。このインシデントに関する公開報道では、デバイスに印刷済みのseedフレーズ、スクラッチカード、または事前設定済み認証情報が含まれていたという主張はありません。ここで説明されるリスクは、ユーザーがデバイスのセットアッププロセスが非公開であると期待する、まさにその瞬間に生成されたフレーズが露出することです。
トレジャリー資産を管理する組織にとって、この区別は技術的セキュリティレビューの指針となるべきです。contractコードまたはデバイスfirmwareに限定されたレビューでは、調達、初期化、物理的取扱い、リカバリーseedの手順によって生じるすべての露出を特定できません。
なぜLedger Genuine Checkは疑われるインプラントを検出できなかったのか？
Ledger Genuine Checkは、デバイスの完全な物理的サプライチェーン履歴ではなく暗号学的attestationを検証するため、元のsecure elementが維持されたインプラントを検出するようには設計されていません。Ledger自身の脅威モデルでは、元のsecure elementが無傷のままである場合、Genuine Checkは未承認の物理的改変を検出できないとされています。
Genuine Checkプロセスは、challenge-response設計を通じて機能します。Ledger secure elementは、challengeに対して正しい暗号学的署名を作成することで、本物であることを証明します。この設計はsecure elementの真正性を保証し、主要な信頼コンポーネントを置き換える偽造デバイスに対して有効です。
物理的なインプラントは、この保証境界の外側に存在し得ます。悪意ある主体が本物のsecure elementを交換せずに回路を追加した場合、secure elementは依然としてattestation challengeに正しく応答できます。そのため、画面を監視したり外部通信とやり取りしたりする別のコンポーネントが追加されていても、デバイスはGenuine Checkに合格する可能性があります。
これは、Genuine Checkが意図された暗号学的目的において失敗した証拠ではありません。これは、デバイス認証とサプライチェーン完全性が異なるセキュリティ特性であることを示す証拠です。
| セキュリティ上の問い | Ledger Genuine Check | Ledger CryptoBilisシナリオで必要なサプライチェーン管理 |
|---|---|---|
| secure elementは本物か？ | secure elementがattestation challengeに署名する | 初期化前に、認可された出所と保管管理を検証する |
| デバイスは自身の物理的履歴を証明できるか？ | いいえ。LedgerはGenuine Checkでは物理的なサプライチェーン履歴を検証できないと述べている | リセラー、ディストリビューター、倉庫、返品経路のトレーサビリティを維持する |
| 追加された画面監視インプラントを特定できるか？ | いいえ。元のsecure elementが無傷である場合 | 改ざん検査と管理されたセットアップ手順を使用する |
| この管理策はセットアップ中の24-wordリカバリーフレーズを保護するか？ | 単独では保護しない | 信頼できる物理環境でのみフレーズを生成・記録する |
| この管理策はLedgerシステムが侵害されたことを立証するか？ | いいえ | Ledgerは、自社インフラストラクチャまたは直販チャネルへの侵害兆候はないと述べた |
この攻撃パターンは、より広範なセキュリティ原則を補強しています。すなわち、暗号技術自体が健全であっても、暗号技術を回避する経路が侵害される可能性があります。リカバリーフレーズは、ユーザーがバックアップできるよう意図的に平文で表示されます。この必要なユーザビリティ上の瞬間は、悪意あるコンポーネントが表示を監視できる場合、重大な攻撃対象領域となります。
したがって、チームはハードウェアウォレットの検証を1段階のプロセスとして扱うべきではありません。堅牢なプロセスには、デバイスの真正性確認、文書化された調達、改ざんを考慮した受入れ、管理された初期化、独立した取引レビュー、および疑わしい露出に対する明確な移行手順が含まれます。
Sokenのセキュリティサービスは、ウォレット展開、運用アクセス、smart-contract権限、インシデント対応ワークフロー全体にわたって、チームがこれらの管理策を整理する支援を提供できます。問うべきことは、署名者が本物かどうかだけではなく、リカバリーフレーズおよび取引権限を扱うすべての段階が信頼できるかどうかです。
影響を受けたLedger CryptoBilisユーザーおよび組織は今何をすべきか？
影響を受けたLedger CryptoBilisユーザーは、CryptoBilisから購入した未使用デバイスを初期化せず、初期化済みのCryptoBilis関連デバイスにある資産を、新しいseedを用いる新しいLedger署名者へ移すべきです。古いリカバリーフレーズを交換デバイスで再利用しても、疑われる露出は維持されるため、安全な移行とはなりません。
Ledgerのガイダンスは当初、過去90日以内にCryptoBilisから購入したユーザーを対象としていましたが、その後、明示的な期間制限なしに、未使用のCryptoBilisデバイスを初期化しないよう助言する内容へ拡大されました。Ledgerはまた、公式サポートチャネルへ連絡し、必要に応じて現地の法執行機関へ被害届を提出するようユーザーに指示しました。
移行は、単なるウォレットインターフェース間の送金ではなく、管理されたセキュリティ運用として扱うべきです。
-
疑わしいデバイスの使用を中止する。 未使用のCryptoBilis関連Ledgerデバイスを初期化せず、初期化済みデバイスを使用して新しい長期ウォレット構成を作成しないでください。
-
真に新しいリカバリーフレーズを作成する。 交換用の署名者は新しいseedを生成する必要があります。古いリカバリーフレーズを別のウォレットにimportしても、元のフレーズが露出していたリスクは残ります。
-
新しいseedから導出されたアドレスへ資産を移す。 新しい署名者の信頼できる表示を通じて宛先アドレスを確認し、すべての送金で慎重に取引検証を実施してください。
-
委任された権限を確認する。 TRON、Ethereum、BNB Chain、Polygon、Solana、およびその他の関連ネットワークにおいて、古いウォレットに関連付けられた承認、アカウント権限、委任された署名権限を確認してください。
-
二次的なソーシャルエンジニアリングを想定する。 Ledgerは、ユーザーに電話、ダイレクトメッセージ、または24-wordリカバリーフレーズの要求を行うことは決してないと述べています。移行期間には、フィッシングページ、偽のサポート連絡、詐欺的なウォレットアプリケーションが増加します。
-
証拠を保全する。 購入記録、デバイスの包装、領収書、通信記録、および関連するウォレット記録を保管してください。調査担当者または当局に必要な証拠を損なう可能性がある場合、デバイスを分解しないでください。
資産流出後の資金移動は、迅速な封じ込めが重要である理由を示しています。公開Blockchain分析によると、攻撃者は20 million USDTを40の均等な部分にbridgeし、その金額を約7,994 ETHへswapし、さらに約14.9 million USDTをUSDDへswapしました。その他に報告された経路には、Relay.link、Chainflip、HiFiSwap、NEAR Intents、およびTornado Cashを経由した約2,990 ETHが含まれます。
Tetherは10月9日、攻撃者に関連する20ウォレット内の約$10.0MのUSDTを凍結しました。10月12日時点で、被害者へ返還された資金はなく、補償も発表されていません。資産回収は、対応速度、証拠の質、法的連携、および攻撃者がチェーンやサービスをまたいで選択した経路に依存します。複数法域にわたるウォレット損失に直面する組織は、技術的な封じ込めと並行して法務およびコンプライアンス支援も必要となる場合があります。
Ledger CryptoBilisインシデントはハードウェアウォレットのセキュリティをどのように変えるのか？
Ledger CryptoBilisインシデントは、強固な中核暗号技術であっても秘密になる前に観察されたフレーズを保護できないため、ハードウェアウォレットのセキュリティには、リセラーからの調達からリカバリーフレーズの初期化までに至る信頼経路を含める必要があることを示しています。Ledgerが1台のデバイスにインプラントが存在したことを確認したことで、物理的なサプライチェーン管理は理論上の懸念ではなく、実務上のセキュリティ要件となりました。
この事象を、確認済みのLedger zero-dayとして誤って説明すべきではありません。Ledgerは、自社のインフラストラクチャおよび直販チャネルは影響を受けていないと述べており、Ledger secure elementまたはfirmwareが破られたと主張する公開情報源はありません。同様に、10月12日時点で攻撃者またはグループへの信頼できる帰属はなく、国家関与に関するソーシャルメディア上の主張は推測の域を出ません。
また、このインシデントを、すべてのLedgerデバイス、すべてのリセラー、またはすべてのハードウェアウォレットが侵害されているという主張に一般化すべきでもありません。Ledgerは、すべての確認済み事例がCryptoBilisに関連していたと述べており、Ledgerから直接購入されたデバイスに関する報告はないとしています。適切な対応は、調達およびセットアップの証拠に基づく、対象を絞ったリスク低減です。
有用な比較として、Ledger CryptoBilisインシデントと他のハードウェアウォレットの障害モードとの差異があります。2026年7月に報告されたColdcardインシデントでは、古いfirmwareが弱いランダム性でseedを生成していたと報じられました。Ledger CryptoBilisのケースで報告されている懸念は、正しく生成されたseedを物理的に観察されることです。偽造デバイスのシナリオでは、ハードウェアプラットフォーム全体が不正なものである可能性があります。各ケースは、信頼経路の異なる区間を攻撃しています。
インシデント分析に関するさらなる背景情報については、特に技術的管理策と運用上の意思決定を結び付けるウォレットポリシーを構築する際に、Sokenのセキュリティリサーチハブを参照できます。
Ledger CryptoBilisインシデントは、調達および初期化に関するセキュリティテストとして扱ってください。CryptoBilisを通じて取得したすべてのハードウェアウォレットを特定し、未使用ユニットのセットアップを停止し、初期化済みのデバイスを新たに生成したseedへ移行してください。この具体的な棚卸しと移行の手順は、Genuine Checkの成功だけに依存するよりも、検証済みのリスク経路へ直接的に対処します。