分析：ウォレットへのアクセス回復は秘密鍵の安全性を証明しない

Keplrは11月7日、GoogleまたはAppleのログインで開設された一部のアカウントで不正な取引があったと報告した。Keplrは、両方のログイン方法を停止したと述べた。Web3Authは同日遅く、Web3Authのインフラ内のセキュリティ上の問題が、Keplrが利用する一部の埋め込み型ウォレットに影響したと明らかにした。

Keplrはその後、11月7日の事案について、ソーシャルログインを利用する一部ユーザーに影響した秘密鍵の漏えいだと説明した。Keplrによると、リカバリーフレーズまたはハードウェアウォレットを使うアカウントは影響を受けず、GoogleまたはAppleのログインを使うアカウントは影響を受けた可能性がある。Keplrは、進行中の資産保護に向けた取り組みでWeb3Authを支援していると述べた。

Keplrは、影響を受けた可能性のあるユーザーに追加の資金を入金しないよう促した。残っている流動性資産を、リカバリーフレーズまたはハードウェアウォレットで保護されたアカウントに移すよう勧めた。資産を別のアカウントに移すことと、既存の秘密鍵を別のアプリケーションにインポートすることは異なる。

Web3Authのログインサービスに関する告知は、11月6日18:30 UTCに始まったメンテナンスについて、セキュリティ上の事案が原因だと説明した。Web3Authのステータスページは、11月8日13:08 UTC時点でも、サービス復旧時に通知するとしていた。メンテナンス期間の終了日は11月7日と表示されていたが、その日付だけではサービスが再開したことを示さない。11月7日のMetaMask Builderの発表によると、初期調査ではMetaMaskユーザーが影響を受けた証拠は見つからなかった。

9月に更新され、現在も閲覧できるKeplrのセキュリティ文書によると、Googleログインのアカウントではリカバリーフレーズではなく、Web3Authを通じて生成された16進数の秘密鍵が使われる。Keplrの文書は、その鍵が端末上に暗号化された状態でローカル保存されるとしている。Keplrの文書には「秘密鍵を表示」機能が記載されているが、一部の旧式アカウントには例外がある。Keplrのモバイル版インポート手順は、Googleログインと、リカバリーフレーズまたは秘密鍵を使ったインポートを対象としている。また、Googleログインのユーザーに対し、秘密鍵を安全に保存しておくよう勧めている。

事前に保存した使用可能な秘密鍵があれば、Googleへのサインインに依存しないインポート方法を利用できる。しかし、エクスポート機能があるからといって、ログインできないすべてのユーザーが停止期間中にその機能を使えるとは限らない。このインポート方法は、今回の事案に特化した回避策として検証されていない。同じ秘密鍵を別のインターフェースからインポートしても、取引を承認する秘密情報は変わらず、アクセス方法が変わるだけだ。したがって、独立したアクセス手段があっても、事案の影響を受けた鍵の機密性や安全性が保たれているとは限らない。

Web3Authは、Web3Authとパートナー各社が、まだ影響を受けていない脆弱なKeplrウォレットを対象に、ホワイトハットによる復旧活動を開始したと述べた。Web3Authによると、これらの活動は当初の攻撃者と同じ経路をたどった。これとは別に、Keplrは、一部の残高が減少またはゼロになったのは緩和措置による可能性があると述べた。Keplrは、ステーキング中やロックされた資産がこうした取り組みを複雑にしているとした。見慣れない取引や残高の減少だけでは、攻撃と緩和措置を区別できない。

Ledger/Cosmosのアクセス障害やPhantomによるSuiの利用停止をめぐる過去の報道は、ウォレットのインターフェースが実際のアクセスを制限し得ることを示した。シードレスウォレットの耐障害性は、利用できないプロバイダーに依存しない、使用可能なアクセス手段をユーザーがすでに持っているかどうかに左右される。今回の事案では、アカウントごとの影響と資産回復は未解決のままだ。ログインが復旧しても、それだけでどちらの問題も解決するわけではない。