Ledger、Ethereumアプリの署名不一致バグを修正 1.22.2未満は更新を
AI マーケットサマリー
Ledgerは、Ethereumアプリ(v1.22.2で修正)に存在した脆弱性を修正した。この脆弱性により、悪意のあるウェブアプリケーションが競合状態(レースコンディション)を悪用し、レビュー後にトランザクションデータを差し替えることが可能となり得て、無害な操作が有害な承認へと変わる可能性があった。秘密鍵やファームウェアは侵害されておらず、確認済みの損失も報告されていないものの、この事案は、WebHID経由でdAppsとやり取りするEthereum/ERC-20ユーザーにとってのオペレーショナルリスクを浮き彫りにし、ETH関連の活動における短期的なリスク選好を押し下げる可能性がある。
影響度
● 普通
影響を受ける資産
ETH/USDT-1.32%
AI インサイト · ETH/USDTAI インサイト
▼ 弱気
今すぐ取引
⚠️ AI によって生成されたインサイトはニュースコンテンツに基づくものであり、情報提供のみを目的としています。投資助言を構成するものではなく、BingX の見解を示すものでもありません。投資にはリスクが伴います。責任ある取引を心がけてください。
LedgerでETHやERC20トークンを管理しているユーザーは、Ledger Liveを開き、端末に入っているEthereumアプリのバージョンを確認したい。1.22.2未満はセキュリティ修正が未適用だ。
問題となったのは、ハードウェアウォレットの根幹である"画面に表示された内容を確認して署名する"という前提を崩しかねない不具合。2026年8月24日にセキュリティ企業TestMachineが分析を公表して表面化した。修正自体はそれ以前に用意されていたとされ、発見者や提供時期をめぐりLedger側と研究者側で主張が分かれている。ただし利用者にとって重要なのは、手元のアプリが1.22.2以上かどうか、そして過去にどのような承認(Approval)を行ってきたかだ。
■ 何が起きたのか:影響はEthereumアプリ、秘密鍵やファームウェアではない
影響を受けたのは端末のファームウェアでも秘密鍵の保管でもなく、Ledger端末に追加インストールする"Ethereumアプリ"(ETHとERC20向け)だった。同アプリは取引データを整形し、端末画面に表示して確認を取り、署名を実行する。
不具合のあるバージョンでは、この"表示→確認→署名"の流れが競合により崩れる可能性があった。端末に接続した状態で、悪意あるウェブアプリが、1件目の取引が画面に表示されレビュー待ちの間に、2件目の署名コマンドを差し込めるケースがある。するとアプリがメモリ上のデータを入れ替え、改めてレビュー画面を出さないまま処理を進める。画面には先ほど確認した無害な送金が残っているのに、実際には差し替えられた別データへの同意として署名が通り得る。
研究者はLedger Flexで再現できたとし、Ethereumアプリのコードが共通化されている点から、Nano X、Nano S Plus、Stax、Apexも潜在的に影響を受ける可能性があると見ている。Ledgerは、どのバージョンから不具合が混入したかを明らかにしていない。研究者側の比較は、2026年5月27日付のタグとされる1.22.1から始まっている。
■ "クリアサイニング"が崩れる意味
クリアサイニングとは、署名前に取引内容を端末の独立した画面に平文で表示し、送付先アドレスや金額、コントラクト呼び出しの場合は実行内容を確認できる設計を指す。PCがマルウェアに感染していても、ブラウザ表示が改ざんされていても、端末画面が"実際に署名される内容"を示す限り、ユーザーはボタンを押す前に異常に気づける。
今回の問題は、秘密鍵が端末外に出るわけでも、ファームウェアが改変されるわけでもない一方で、"読んだ内容と違う同意"が成立し得る点にある。表示を"確定的な根拠"として信頼できなくなるなら、この一点では汚染された環境のソフトウェアウォレットと大差がなくなる。
■ 技術的な核:レースコンディションとAPDU
レースコンディションは、ほぼ同時に来た複数の処理の順序次第で結果が変わる不具合で、通常時は正常に見えるため発見が難しい。ハードウェアウォレットは接続先とAPDUコマンド(スマートカード/ウォレットで使われるコマンド形式)でやり取りし、署名処理は複数コマンドで進む。Ethereumアプリは"どの取引をレビュー中か"という状態(state)を保持していたが、レビュー中にこの状態が上書きされ得た。状態が一意に保てないことが、すり替えの余地を生んだ。
■ WebHID:なぜウェブサイトが端末と直接話せるのか
攻撃の前提として、ユーザーがブラウザ経由でWebHIDの権限を当該サイトに与えている必要がある。WebHIDは、明示的な許可を前提に、ウェブサイトがUSB接続デバイスと直接通信できる仕組みで、dAppをブラウザ内で使う利便性を支える一方、サイトが想像以上に端末に近い位置に来る。
この手口は、引き出しにしまってある端末に遠隔で成立するものではない。アクセス権限を与えた(改ざん・乗っ取りを含む)サイト上で取引を開始する必要がある。そのため影響範囲は限定されるが、DEX、ブリッジ、ステーキング画面を日常的に使うユーザーは、WebHIDの許可を繰り返し与えているのが実情だ。
■ 送金より危険になりやすい"承認(Approval)":無制限承認のリスク
この種のすり替えで痛手になりやすいのは、送金そのものより、トークン承認を差し込まれるケースだ。承認は、特定コントラクトに対し、将来ユーザーの追加確認なしでトークンを移動できる権限を与える。利便性のため"無制限"で求めるアプリも多い。
送金は確認した額だけの損失で済む。一方、無制限承認は最悪の場合、そのトークン残高全体が、相手の都合のタイミングで引き出され得る。承認は失効せず、ユーザーが明示的に取り消すまで有効なまま残る。
■ 対応:Ethereumアプリを1.22.2へ更新(Ledger Live経由)
Ethereumアプリの1.22.2は、2つの対策で今回の経路を塞ぐ。レビュー中に新しい署名セッションを受け付けないこと、表示した状態と一致しない確認要求を拒否することだ。リリースノートは"セキュリティ問題の修正"とだけ記載し、脆弱性の詳細説明はない。
更新手順はシンプルで、端末を接続し、Ledger Liveのマネージャー(インストール済みアプリ管理)からEthereumアプリを更新する。残高は影響を受けない。鍵はリカバリーフレーズから導出され、アプリ内に保管されているわけではないため、アプリの削除・再インストールでもコインが失われることはない。
・インストール済みバージョンの見方:Ledger Liveのデバイス管理画面で各アプリのバージョンが表示される。1.22.2以上なら修正済み。1.22.1以下なら未修正。
・Ledger Live本体のバージョン確認だけでは不十分。
■ なぜファームウェア更新だけでは直らないのか
ファームウェア、Ledger Live、各コインアプリは別々に保守・更新される。端末のファームウェアを最新にして安心しても、Ethereumアプリが古いまま残っていることがある。
他社事例と混同しやすい点でもある。Coldcardのケースはシード生成という基盤に近い部分の問題で新しいシードが必要になった。一方、BitBoxの脆弱性はファームウェア領域だった。今回はその上位の"差し替え可能なアプリ"に起因するため、アプリ更新で足り、リカバリーフレーズを作り直す必要はない。
■ 更新後にやるべき2つ目:過去の承認を確認し、不要分を取り消す
アップデートは将来の署名を保護するが、過去に付与した承認を自動的に解消しない。ここ数カ月でdAppを使ってきた場合、自分のアドレスに残る未解消の承認を棚卸しする価値がある。
ブロックエクスプローラーや承認管理の専用UIでは、どのコントラクトがどのトークンを動かせる状態かを一覧できる。使っていないコントラクトへの承認は個別に取り消せる。取り消しは通常のトランザクションでありネットワーク手数料がかかるため、手数料が落ち着いた時間帯にまとめて行うのが効率的だ。
留意点として、取り消し操作は取引履歴に残り、都度手数料も発生する。取引記録を整えるなら、後からまとめてではなく作業しながら記録しておくと、税務申告時の整理が楽になる。多くの税務・ポートフォリオツールはこうしたイベントを自動取り込みできる。
■ LedgerとTestMachineの"開示時系列"をめぐる食い違い
両者の説明は一致しておらず、いずれも第三者による独立検証はされていない。
LedgerのCTOであるCharles Guillemetは、社内セキュリティラボ"Ledger Donjon"が先に不具合を見つけ、公開の約2週間前に修正を出していたと主張。TestMachineがその後にバグバウンティへ連絡してきたとして、同社の発信は注目を集めるための不安喚起だと位置づけた。
TestMachineは、自社の自動テストシステム"Azimuth"がLedger Flex上で弱点を発見し、結果をLedgerに共有したと反論。公表時点で修正は提供されていなかったという見解を示している。
確認できる事実としては、1.22.2の変更履歴の日付は2026年8月12日、ソースリポジトリの署名付きタグは8月13日。一方で、公開リリースとして可視化されたのは8月24日前後で、TestMachineの分析公開と同時期だった。途中経過で修正の有無をユーザーが確認しようとしても、見つけにくい状態だった可能性がある。時系列の技術的整理はCryptoSlateがまとめたとされる。
■ 被害は出たのか
現時点で、当該不具合が実際に悪用され資金が失われた"確認済み事例"は示されていない。いずれにせよ、この経路で秘密鍵を読み出すことはできない。
ただし注意点もある。こうして得られた署名はオンチェーン上では通常の任意署名と区別がつかない。被害者が異常に気づくのは、後日トークンが流出してからで、その場合も一般的なフィッシングと誤認し得る。確認例がないことをもって、悪用がゼロだったと断定はできない。
■ 自己保管(セルフカストディ)とハードウェアウォレットへの示唆
今回を理由にハードウェアウォレットを否定するのは適切ではない。攻撃には端末へのアクセス許可と悪性アプリが必要で、秘密鍵は守られ、問題は修正済みだ。
得られる教訓は、信頼の置き場所がPCから"画面付きの小さな端末"に移る一方で、その端末はファームウェア、アプリ、連携ソフトという別々の更新物で構成されること。セキュリティは購入時点で固定的に手に入るものではなく、継続的なメンテナンスで維持するものになる。アプリの更新、承認の定期的な整理、大きな資産には二重の確認レイヤーを追加するといった運用が重要だ。
■ まとめ:いま取るべき行動
1) Ledger LiveでEthereumアプリのバージョンを確認し、1.22.2未満なら更新する。ファームウェア更新だけでは不十分。
2) 不要なトークン承認(特に無制限承認)を点検し、使っていないコントラクトは取り消す。
3) 取り消しや資金移動は手数料と履歴を伴う。税務・管理のため、作業と同時に記録を残す。
(2026年8月25日時点。本稿は投資助言ではない。価格や手数料体系は変動するため、購入・利用前に提供元の条件を確認したい。)