Zilliqaの事後検証:Ledger署名バグで少なくとも6,772アカウントが暴露、6億8,300万ZILの盗難が可能に
重要ポイント
- •Zilliqaは、Ledgerウォレットアプリケーションのバグにより少なくとも6,772のアカウントが暴露されたと発表した。
- •同じ欠陥により6億8,300万ZILの盗難が可能になったとされる。
- •Zilliqaによれば、問題はLedgerのハードウェアではなく、Ledgerデバイス向けの同プロジェクト製アプリにあった。
- •報道によれば、問題は秘密鍵の生成に使われるエントロピーをアプリが破棄していたことに特定された。
- •Zilliqaはバグの発覚を受け、ネットワーク上のネイティブトランザクションを停止した。

Zilliqaは、Ledgerハードウェアウォレットアプリケーションによるトランザクション署名の処理方法に起因するバグにより、少なくとも6,772のユーザーアカウントが暴露され、ネットワークのネイティブトークンである6億8,300万ZILの盗難が可能になったことを明らかにした。このブロックチェーンプロジェクトは事後検証報告で詳細を公開し、秘密鍵を保護する機密データの扱いに関連した欠陥について説明した。Zilliqa自体は2019年初頭に稼働を開始したパブリックブロックチェーンであり、トランザクション負荷を並列なノードグループに分割する「シャーディング」を中核的な設計特徴とし、ネットワーク上ではZILがトランザクション手数料の支払いに使われる。
同事後検証報告によれば、ZilliqaのLedgerアプリにおける署名バグにより、少なくとも6,772のアカウントが暴露された状態となった。署名バグとは、ウォレットアプリケーションがトランザクション承認のプロセスを誤って処理したことを意味する。承認はユーザーの資金を安全に保つために設計された工程である。この欠陥は、Ledgerのハードウェア自体ではなく、Ledgerデバイス上で動作するZilliqa製アプリケーションに存在していた。Ledgerウォレットは各ブロックチェーンごとにプロジェクト側が提供する個別のアプリを通じて動作するため、プロジェクト自身のコードが署名経路に組み込まれることになる。
Zilliqaは6,772という数字を、影響を受けた全員の確定した最終合計ではなく、最小値として位置づけている。同プロジェクトによれば、同じ欠陥により6億8,300万ZILの盗難が可能になったという。
CryptoSlateの報道は、この問題をハードウェアウォレットアプリがエントロピーを破棄していたことに起因すると特定した。エントロピーとは秘密鍵の生成に使われる無作為性のことであり、それが十分でなければ鍵が推測可能となり、鍵が保護する暗号資産が暴露される恐れがある。
アカウント数とトークン損失が重要な理由
6,772という数字は、本件に巻き込まれたユーザー数の測定可能な下限を示している。Zilliqaがこれを最小値としているため、影響を受けたアカウントの実際の数はこれより多い可能性がある。盗まれたトークンは、このバグの金銭的な重みを示している。署名の欠陥はウォレットの信頼層に位置するものであり、そこでの障害はユーザーの資金とZILへの信頼を直接的に脅かす。
このバグは深刻だったため、Zilliqaはネットワーク上のネイティブトランザクションを停止したとThe Blockは報じている。同メディアによれば、この欠陥はLedgerアプリの2019年のコードに遡るものであり、そのコードはネットワークがローンチしたのと同じ年に書かれたものだった。つまり、脆弱な署名経路はZilliqaの稼働初年にまで遡ることになる。
Zilliqaユーザーが知っておくべきこと
Ledgerデバイスを通じてZILを保有していたユーザーは、自分のアカウントが暴露されたグループに含まれている可能性がある。本件は、より安全な選択肢と広く見なされているハードウェアウォレットであっても、アプリレベルの欠陥を抱えうることを改めて示している。
また、署名がLedgerエコシステムで問題視されたのは今回が初めてではない。Ledgerは以前にも、Ethereumの署名脆弱性を修正するなど別の問題へのパッチ適用に動いており、承認の工程が弱点として繰り返し浮上していることがうかがえる。このパターンは、コードレベルの問題を受けて運用を停止した他のプロジェクト、たとえばトークン供給の悪用を受けてブロック生成を停止したTACの事例と類似している。ネットワークの停止は時間を稼ぐ一方で、根本的な欠陥の深さをも示している。
一般の保有者にとって実践的な要点はシンプルだ。公式のZilliqaチャンネルでガイダンスを確認し、資金を動かす前に自分のアカウントが公表された暴露範囲に含まれるかどうかを確かめることである。この助言の背後には、6,772という数字が後に上方修正されるかどうか、そしてプロジェクトが欠陥のあるアプリで生成された鍵に対してどのような救済策を提示するのか(提示するとして)、という2つの未解決の疑問がある。