Ledgerのウォレット統合ソフトウェアには、署名メタデータを同社のサーバーへ送信するデフォルトのレポーティングサービスが組み込まれています。この挙動を、Ambireの開発者@0xSuperKaloが11月10日に指摘しました。Ledgerの公開ソースコードによると、レポートにはネットワーク、送信先アドレス、デバイスモデル、ソフトウェアバージョン、および署名がブラインド署名だったかどうかが含まれる可能性があります。

この仕組みは、ウォレットアプリがLedgerハードウェアと通信するために使用するソフトウェアに存在します。ハードウェアウォレットは秘密鍵をデバイス内に隔離しており、ウォレットアプリはこれらの再利用可能なソフトウェア開発キットを通じてデバイスにアクセスします。つまり、SDK内のデフォルト設定は、出荷されるすべての場所に適用されます。ver 1.16.0の実装では、統合する開発者が代替品を提供しない限り、ネットワークレポーターがインストールされます。したがって、ユーザーの影響範囲はファームウェアの更新だけではなく、各ウォレットがSDKをどのように統合しているかに依存します。

Ambireの開発者は、該当バージョンはAmbireの本番アプリには到達しておらず、同ウォレットはレポート送信をデフォルトで無効化した状態で出荷されており、プライバシー設定にオプトインの切り替えを提供していると述べました。「プライバシーはデフォルトであるべきだと私は考えています」と開発者は書いています。

レポートに含まれる内容

Ledgerのリリース記録によると、コンテキストモジュールver 1.16.0は4月14日付で、このモジュールにブラインド署名レポーターを追加したことが記載されています。付属のイーサリアム署名コードは、トランザクションおよび型付きデータの署名に関するレポートを構築します。これには、操作がブラインド署名ではないと分類される場合も含まれます。

レポート構築コードは、生成された署名イベント識別子、署名方式、チェーンID、ターゲットアドレス、ブラインド署名のステータスと理由、デバイスモデル、および入手可能な場合には署名アプリとファームウェアのバージョンを提供します。また、入手可能な場合にはクリア署名の種類とコンテキストエラーの数も含まれます。クリア署とは、承認前にトランザクションの詳細を読みやすい形式で表示することを指し、ブラインド署名はその対義語、つまりデバイスが読みやすい形式で表示できないデータの承認です。送信先アドレスは公開ブロックチェーン上では仮名的なものですが、各レポートはターゲットアドレスを署名方式、デバイスモデル、ソフトウェアバージョンとともに単一のペイロードとしてLedgerのサーバーに送信します。

HTTP実装はアプリケーションソースのラベルを追加し、コンテキストモジュールのバージョンと統合元のオリジントークンを識別するヘッダーとともにレポートを送信します。レポートビルダーには秘密鍵、リカバリーフレーズ、暗号署名そのものは含まれません。つまり、報告された挙動は鍵の管理ではなく、メタデータ収集のカテゴリに該当します。

レポートの送信先は時間とともに変更されています。ver 1.16.0ではステージング用の取り込みアドレスが設定されており、Ledgerの後の変更履歴では、ver 2.1.0で本番のブラインド署名エンドポイントに切り替えられたことが記録されています。現在のビルダーは、レポーターを に向けています。

ウォレット開発者にとって、このビルダーはデフォルトのレポーターを置き換える方法を提供しています。Ambireの開発者は、同社の実装ではユーザーにプライバシー設定の切り替えを提供し、レポート送信はデフォルトでオフになると述べています。ユーザーにとっての決め手は、使用するウォレットです。その開発者がデフォルトのレポーターを維持したのか、それとも置き換えたのか。これはデバイスの設定ではなく、アプリケーションコードで行われる選択です。ver 2.1.0以降、デフォルトのレポーターはLedgerの本番取り込みエンドポイントに向けられているため、今後注目すべきはウォレットメーカーがこのモジュールをどのように設定するかです。