ウォレット署名リクエストとは何ですか?私は実際に何を承認しているのでしょうか?

ウォレット署名リクエストについて

1. ウォレット署名リクエストは、オンチェーンアクションを実行する前にユーザーの意図を検証するために、dApp、スマートコントラクト、またはプロトコルによって開始される暗号化プロンプトです。

2. 資金を直接転送するのではなく、ユーザーに秘密キーを使用してメッセージまたはトランザクション ハッシュに暗号署名するよう求めます。

3. 署名はウォレットアドレスの所有権を証明し、ペイロードにエンコードされた条件（割り当ての委任、NFT ミント、契約のやり取りなど）への同意を確認します。

4. 従来のログインとは異なり、認証情報は共有されません。検証可能な暗号証拠のみが生成され、ブロックチェーン ネットワークにブロードキャストされます。

5. すべての署名リクエストには、接続された dApp のドメイン、チェーン ID、呼び出される正確な機能などのメタデータが表示されますが、ユーザーは迅速な承認フロー中にこれらのフィールドを見落とすことがよくあります。

署名の背後で何が起こっているのか

1. dApp が署名リクエストをトリガーすると、コンテキストとチェーンのサポートに応じて、EIP-712 型のデータ構造または単純なpersonal_sign メッセージを構築します。

2. ウォレットクライアント (メタマスク、ファントム、トラストウォレットなど) は、この構造を人間が読める形式にレンダリングし、使用者のアドレス、トークン量、期限、ノンスなどの重要なパラメータを抽出します。

3. 次にウォレットは、構造化入力の keccak256 ハッシュに対してユーザーの秘密キーを使用して ECDSA 署名を適用し、65 バイトの署名文字列を生成します。

4. その署名は、オフチェーンで dApp サーバーに送信されるか、署名者のアドレスの回復を介してオンチェーン検証を目的としたトランザクション ペイロードに埋め込まれます。

5. 秘密キーがデバイスから流出することはありません。暗号化操作は、安全なエンクレーブまたは拡張サンドボックス内でローカルに行われます。

ブラインドサインのリスク

1. ペイロードの詳細を検査せずに署名リクエストを承認したユーザーは、不正なトークンの承認、フィッシングによる契約のやりとり、または悪意のある許可の署名にさらされることになります。

2. BYBIT の 14 億米ドルのエクスプロイトには、侵害されたマルチ署名金庫が含まれており、攻撃者は署名ロジックを操作して、偽造許可呼び出しを通じて stETH と ETH を流出させました。

3. 従来の Ethereum 署名にはドメイン分離が組み込まれていないため、適切なチェーン ID バインディングなしで同一のメッセージが異なるネットワーク上で署名された場合、チェーン間でのリプレイ攻撃が可能になります。

4. 一部のウォレットは、複雑な EIP-712 構造を正確にレンダリングできず、切り捨てられた値や誤解を招く値を表示します。特に、ネストされた構造体に動的配列または外部コントラクト呼び出しが含まれている場合に発生します。

5. 署名の再利用の脆弱性により、署名されたペイロードで nonce または期限が誤って設定されている場合、指値注文のフロントランニングやボールトへの不正アクセスが発生します。

ウォレットレベルの安全対策

1. 最新のウォレットは、リクエスト元が許可リストに保存されている検証済みの dApp ドメインと一致しない限り、署名を拒否するドメイン バインディング チェックを実装しています。

2. 特定のハードウェアウォレットでは、署名操作を開始する前に各パラメータフィールドを明示的に確認する必要があります。これにより、隠れた許可が誤って承認されるのを防ぎます。

3. ウォレットプロバイダーは、署名のレンダリング前に既知の悪意のあるアドレスや疑わしい関数セレクターにフラグを立てるリアルタイムコントラクト分析エンジンを統合することが増えています。

4. エンタープライズ グレードの保管ソリューションの中には、ポリシーベースの署名ルールを適用するものもあります。たとえば、ホワイトリストに登録されたガバナンス マルチシグから発行されない限り、すべての許可署名をブロックします。

5. ブラウザ拡張機能は、リクエストに埋め込まれたチェーン ID の不一致、重複した nonce、または認識されない関数シグネチャを検出したときに警告を表示するようになりました。

よくある質問

Q: メッセージに署名すると、dApp が私のウォレットを制御できるようになりますか?署名だけでは制御が許可されません。制御は、署名されたペイロードがスマート コントラクトに資産の支出または特権機能の実行 (ERC-20 支出者の承認や transferFrom メソッドの呼び出しなど) を許可する場合にのみ発生します。

Q: 署名リクエストによっては、読み取り可能なテキストではなく「0x…」が表示されるのはなぜですか?これは、dApp が構造化された EIP-712 入力ではなく、生の 16 進エンコードされたデータを送信するときに発生します。ウォレットは任意のバイト文字列の意味を解析できないため、ハッシュ表現のみを表示します。

Q: 承認後に署名を取り消すことはできますか?いいえ、暗号署名は不変でステートレスです。取り消しには、オンチェーンのアクションが必要です。たとえば、ERC-20 の許容範囲をゼロにリセットするか、指定されたキャンセル機能を介して未決注文をキャンセルします。

Q: 署名リクエストはすべてのブロックチェーンで同じですか?いいえ。Ethereum はpersonal_sign と eth_signTypedData を使用し、Solana はドメイン分離を強制する最新バージョンの TransactionMessage シリアル化に依存していますが、Cosmos SDK チェーンは Amino または Protobuf ベースの署名ドキュメント形式を使用しており、それぞれに異なるセキュリティ前提条件とレンダリング動作があります。