지갑 서명 요청이란 무엇입니까? 내가 실제로 승인하는 것은 무엇입니까?

지갑 서명 요청 이해

1. 지갑 서명 요청은 온체인 작업을 실행하기 전에 사용자 의도를 확인하기 위해 dApp, 스마트 계약 또는 프로토콜에 의해 시작되는 암호화 프롬프트입니다.

2. 자금을 직접 이체하는 것이 아니라 사용자에게 개인 키를 사용하여 메시지 또는 거래 해시에 암호화된 방식으로 서명하도록 요청합니다.

3. 서명은 지갑 주소의 소유권을 증명하고 페이로드에 인코딩된 조건(예: 수당 위임, NFT 발행 또는 계약 상호 작용)에 대한 동의를 확인합니다.

4. 기존 로그인과 달리 자격 증명이 공유되지 않습니다. 검증 가능한 암호화 증명만 생성되어 블록체인 네트워크에 전파됩니다.

5. 모든 서명 요청에는 연결된 dApp의 도메인, 체인 ID 및 호출되는 정확한 기능을 포함한 메타데이터가 표시됩니다. 하지만 사용자는 빠른 승인 흐름 중에 이러한 필드를 간과하는 경우가 많습니다.

서명 뒤에 무슨 일이 일어나는가

1. dApp이 서명 요청을 트리거하면 컨텍스트 및 체인 지원에 따라 EIP-712 유형의 데이터 구조 또는 간단한 personal_sign 메시지를 구성합니다.

2. 지갑 클라이언트(예: MetaMask, Phantom, Trust Wallet)는 이 구조를 사람이 읽을 수 있는 형식으로 렌더링하여 지출자 주소, 토큰 금액, 기한 및 임시값과 같은 중요한 매개변수를 추출합니다.

3. 그런 다음 지갑은 구조화된 입력의 keccak256 해시에 대해 사용자의 개인 키를 사용하여 ECDSA 서명을 적용하여 65바이트 서명 문자열을 생성합니다.

4. 해당 서명은 오프체인으로 dApp 서버에 제출되거나 서명자의 주소 복구를 통해 온체인 확인을 위한 거래 페이로드에 삽입됩니다.

5. 개인 키가 장치 외부로 유출되지 않습니다. 암호화 작업은 보안 엔클레이브 또는 확장 샌드박스 내에서 로컬로 발생합니다.

블라인드 서명의 위험

1. 페이로드 세부 정보를 검사하지 않고 서명 요청을 승인하는 사용자는 무단 토큰 승인, 피싱 기반 계약 상호 작용 또는 악의적인 허가 서명에 노출됩니다.

2. BYBIT 14억 달러 규모의 익스플로잇에는 공격자가 위조된 허가 호출을 통해 stETH 및 ETH를 소모하기 위해 서명 로직을 조작하는 손상된 다중 서명 금고가 포함되었습니다.

3. 레거시 이더리움 서명에는 도메인 분리 기능이 내장되어 있지 않으므로 적절한 체인 ID 바인딩 없이 동일한 메시지가 다른 네트워크에서 서명된 경우 체인 전체에 걸쳐 재생 공격이 가능합니다.

4. 일부 지갑은 복잡한 EIP-712 구조를 정확하게 렌더링하지 못하여 잘리거나 잘못된 값을 표시합니다. 특히 중첩된 구조체에 동적 배열 또는 외부 계약 호출이 포함된 경우 더욱 그렇습니다.

5. 서명 재사용 취약성으로 인해 서명된 페이로드에 임시값 또는 기한이 잘못 구성된 경우 제한 주문이 미리 실행되고 저장소에 대한 무단 액세스가 발생합니다.

지갑 수준의 보호 장치

1. 최신 지갑은 요청 원본이 허용 목록에 저장된 확인된 dApp 도메인과 일치하지 않는 한 서명을 거부하는 도메인 바인딩 검사를 구현합니다.

2. 특정 하드웨어 지갑은 서명 작업을 시작하기 전에 각 매개변수 필드에 대한 명시적인 확인을 요구하여 실수로 숨겨진 허용량을 승인하는 것을 방지합니다.

3. 지갑 제공업체는 서명 렌더링 전에 알려진 악성 주소나 의심스러운 기능 선택자를 표시하는 실시간 계약 분석 엔진을 점점 더 통합하고 있습니다.

4. 일부 엔터프라이즈급 관리 솔루션은 정책 기반 서명 규칙을 시행합니다. 예를 들어 화이트리스트에 등록된 거버넌스 다중 서명에서 발급되지 않는 한 모든 허가 서명을 차단합니다.

5. 이제 브라우저 확장 프로그램은 일치하지 않는 체인 ID, 중복 nonce 또는 요청에 포함된 인식할 수 없는 함수 서명을 감지할 때 경고를 표시합니다.

자주 묻는 질문

Q: 메시지에 서명하면 dApp이 내 지갑을 제어할 수 있나요? 서명만으로는 제어권이 부여되지 않습니다. 서명된 페이로드가 스마트 계약에 자산을 사용하거나 권한 있는 기능(예: ERC-20 지출자 승인 또는 transferFrom 메소드 호출)을 실행하도록 승인하는 경우에만 제어가 발생합니다.

Q: 일부 서명 요청에 읽을 수 있는 텍스트 대신 "0x..."가 표시되는 이유는 무엇입니까? 이는 dApp이 구조화된 EIP-712 입력이 아닌 원시 16진수 인코딩 데이터를 보낼 때 발생합니다. 지갑은 임의의 바이트 문자열에서 의미를 구문 분석할 수 없으므로 해시 표현만 표시합니다.

Q: 서명을 승인한 후 취소할 수 있나요? 아니요. 암호화 서명은 불변이며 상태 비저장입니다. 취소하려면 온체인 작업이 필요합니다. 예를 들어 ERC-20 허용량을 0으로 재설정하거나 지정된 취소 기능을 통해 보류 중인 주문을 취소하는 등의 작업이 필요합니다.

Q: 서명 요청은 모든 블록체인에서 동일합니까? 아니요. Ethereum은 personal_sign 및 eth_signTypedData를 사용하고, Solana는 도메인 분리를 적용하는 최신 버전의 TransactionMessage 직렬화를 사용하는 반면, Cosmos SDK 체인은 Amino 또는 Protobuf 기반 서명 문서 형식을 사용합니다. 각각은 고유한 보안 가정 및 렌더링 동작을 갖습니다.