블라인드 서명 거래란 무엇인가요?

정의 및 핵심 메커니즘

1. 블라인드 서명 거래는 사용자가 전체 내용이나 맥락을 알지 못한 채 데이터에 디지털 방식으로 서명하는 암호화 프로세스를 의미합니다.

2. 이는 지갑 소프트웨어 또는 하드웨어 장치가 주소나 금액과 같은 부분적인 정보만 제공하고 대상 계약 논리, 함수 호출 또는 내장된 매개변수와 같은 중요한 필드를 생략할 때 발생합니다.

3. 서명은 수학적으로 유효하지만 의미론적 이해와 분리되어 서명자가 승인 전에 의도나 결과를 확인할 수 없습니다.

4. 블라인드 서명은 Ethereum ABI, EVM opcode 또는 토큰 전송 표준에 인코딩된 구조적 의미를 무시하고 입력을 원시 바이트로 처리하는 낮은 수준의 암호화 기본 요소에 의존합니다.

지갑 구현의 위험

1. 많은 모바일 및 브라우저 기반 지갑은 특히 대리인 호출 또는 프록시 업그레이드와 관련된 복잡한 스마트 계약 상호 작용의 경우 잘린 거래 미리보기를 표시합니다.

2. 사용자는 페이로드가 토큰 전송, 소유권 포기 또는 자체 파괴 시퀀스를 유발할 수 있다는 사실을 인식하지 못한 채 "알 수 없는 계약 상호 작용" 또는 "사용자 정의 데이터"라고 표시된 거래를 정기적으로 승인합니다.

3. 하드웨어 지갑은 때때로 중첩된 호출 데이터를 디코딩하지 못하여 함수 선택기의 처음 8~16바이트만 표시하고 동작을 결정하는 후속 인수를 숨깁니다.

4. 악성 dApp은 사기성 UI 레이어를 내장하여 이를 악용합니다. 즉, 완전히 다른 호출 데이터를 블록체인에 제출하는 동시에 화면에 하나의 작업을 표시합니다.

Ethereum 및 EVM 관련 취약점

1. 무한 허용이 포함된 ERC-20 승인은 지갑 인터페이스에서 무해한 것처럼 보이지만 승인된 계약에 재진입 결함이나 악의적인 소유자 기능이 포함된 경우 자동 배수가 가능합니다.

2. CALLCODE 또는 DELEGATECALL opcode가 포함된 트랜잭션 페이로드는 호출자의 저장소 컨텍스트에서 임의의 코드를 실행할 수 있습니다. 이는 표준 확인 화면에 거의 표시되지 않는 사실입니다.

3. 프록시 계약의 논리 위치가 모호합니다. 프록시 주소를 대상으로 하는 트랜잭션에 서명한다고 해서 기본 구현이 사용자 기대와 일치한다고 보장되는 것은 아닙니다.

4. 체인링크 오라클 업데이트, 거버넌스 제안, 다중 서명 실행 페이로드에는 크기 제한이나 ABI 디코딩 지원 부족으로 인해 블라인드 서명이 필요한 경우가 많습니다.

실제 악용 사례

1. 2023년 초, 지갑 확장 프로그램이 Uniswap V3 풀 마이그레이션에서 동적 통화 데이터 길이를 구문 분석하지 못해 사용자가 자신의 포지션에 대한 플래시 대출 청산을 가능하게 하는 승인에 서명하게 되었습니다.

2. 인기 있는 DeFi 수집기는 허가2 서명과 금고 입금 지침을 묶는 동시에 단순화된 "스왑" 버튼을 제시했습니다. 사용자는 단일 작업을 확인했지만 되돌릴 수 없는 여러 작업을 승인했습니다.

3. 몇몇 피싱 캠페인은 사용자가 "인증 메시지"에 서명하도록 유도하는 가짜 지갑 복구 도구를 배포했습니다. 이는 실제로 공격자가 제어하는 ​​주소에 대해 미리 서명된 출금 승인이었습니다.

4. 크로스체인 브리지 UI는 위조된 소스 체인 식별자가 포함된 릴레이 메시지를 제출했으며, 사용자가 오프체인에서 확인할 수 없는 페이로드에 맹목적으로 서명하도록 의존합니다.

자주 묻는 질문

Q: 하드웨어 지갑으로 블라인드 서명을 방지할 수 있나요? A: 본질적으로는 그렇지 않습니다. 펌웨어에 전체 ABI 구문 분석, 계약 확인 또는 장치 내 바이트 코드 검사가 부족한 경우 에어 갭 장치라도 잘못 해석된 통화 데이터에 취약한 상태로 남아 있습니다.

Q: 블라인드 서명은 메시지 해시 서명과 동일합니까? A: 아니요. 메시지 해싱에는 서명 전에 확인된 사람이 읽을 수 있는 입력이 포함됩니다. 블라인드 서명은 해시도 콘텐츠도 의미 있게 표시되지 않는 불투명 바이너리 페이로드에 적용됩니다.

Q: 모든 EVM 호환 체인은 블라인드 서명 위험에 똑같이 영향을 받나요? A: 위험 심각도는 다양합니다. 표준화된 트랜잭션 인코딩을 사용하는 체인(예: EIP-2718이 포함된 이더리움)은 일부 애플리케이션별 롤업과 같은 사용자 정의 직렬화를 사용하는 체인보다 더 일관된 디코딩 기회를 제공합니다.

Q: 지갑이 서명되지 않은 통화 데이터를 단순히 거부하지 않는 이유는 무엇입니까? A: 호환성을 위해서는 레거시 계약, 확인되지 않은 프록시 및 비표준 인터페이스에 대한 강제 지원이 필요합니다. 이러한 페이로드를 거부하면 배포된 DeFi 인프라의 대규모 세그먼트에 대한 액세스가 중단됩니다.