SlowMist 창업자 코사인, 클리어 사이닝 데이터 수집에 개인정보 보호 우려 제기

최종 업데이트 2026년 11월 11일

SlowMist 창업자 코사인, 클리어 사이닝 데이터 수집에 개인정보 보호 우려 제기

클리어 사이닝은 암호화폐 거래가 블록체인에 기록되기 전에 사용자가 자신이 무엇을 승인하는지 이해하도록 돕는 기능이다. 하지만 가공되지 않은 거래 데이터를 읽기 쉬운 안내 문구로 변환하는 과정에는 하드웨어 지갑 외부의 소프트웨어가 관여할 수 있으며, 이 소프트웨어가 사용자가 공유할 것이라고 예상하지 못한 정보를 처리할 가능성도 있다.

11월 11일, SlowMist 창업자 코사인(Cosine)은 클리어 사이닝 연동 기능과 관련된 데이터 수집 메커니즘에 우려를 제기했다. 그의 설명에 따르면 이 메커니즘은 네트워크 또는 체인 ID, 대상 주소, 기기 및 소프트웨어 버전, 블라인드 사이닝 사용 여부 등 서명과 관련된 특정 정보를 기본적으로 수집한다.

여기서 중요한 것은 이 기능이 어디에 포함되어 있느냐는 점이다. 코사인은 해당 메커니즘이 기기 펌웨어에 내장된 기능이 아니라, 지갑 애플리케이션이 사용하는 소프트웨어 개발 키트(SDK)의 일부라고 설명했다. 또한 사용자가 설정을 변경하려면 기기와 연결되는 지갑 애플리케이션에서 관련 제어 기능을 제공해야 한다고 덧붙였다.

어떤 정보가 수집될 수 있나?

수집 대상으로 알려진 항목에는 거래 맥락뿐 아니라 서명을 요청한 환경에 관한 정보도 포함된다.

네트워크 또는 체인 ID: 해당 요청이 어느 블록체인 네트워크에서 이뤄지는지 식별한다.
대상 주소: 스마트 계약이나 수신자를 식별할 수 있다.
기기 모델 및 소프트웨어 버전: 사용된 기기와 펌웨어, 애플리케이션에 관한 정보를 나타낼 수 있다.
블라인드 사이닝 여부 및 사유: 사용자가 내용을 충분히 이해할 수 있는 형태로 표시되지 않은 요청에 서명했는지, 그랬다면 그 이유가 무엇인지 보여준다.

이러한 정보는 개인 키나 복구 문구와는 다르다. 지금까지 알려진 수집 내용만으로는 개인 키나 복구 문구가 노출됐다고 볼 수 없다.

그렇다고 해서 민감하지 않은 정보라는 뜻은 아니다. 계약 주소를 통해 사용자가 어떤 프로토콜을 이용하려는지 드러날 수 있고, 수신자 주소는 결제와 관련된 맥락을 제공할 수 있다. 여기에 서비스가 확보한 시간 정보나 다른 데이터까지 결합되면 특정 지갑의 활동을 서로 연관 짓기가 한층 쉬워질 수 있다.

블록체인 거래는 네트워크에 제출된 후 공개되는 경우가 많지만, 그렇다고 서명 과정에서 생성되는 모든 메타데이터까지 공개 정보가 되는 것은 아니다. 사용자는 거래를 네트워크에 전파하는 것과 서명 시도에 관한 세부 정보를 애플리케이션이나 서비스에 공유하는 것을 충분히 별개의 행위로 인식할 수 있다.

클리어 사이닝과 블라인드 사이닝은 목적이 다르다

거래 요청은 원시 데이터만으로는 내용을 파악하기 어려울 때가 많다. 클리어 사이닝은 작업의 종류와 대상, 관련 매개변수 등 핵심 정보를 사용자가 승인 전에 검토할 수 있도록 이해하기 쉬운 형태로 보여주는 것을 목표로 한다.

반면 블라인드 사이닝은 기기가 요청 내용을 완전히 해석하거나 의미 있는 형태로 표시하지 못한 상태에서 사용자가 이를 승인하는 방식이다. 지갑이나 기기에 특정 상호작용을 해석하는 데 필요한 정보가 없을 때 이런 상황이 발생할 수 있다.

Ethereum 거래 문서에서는 Ethereum 거래를 구성하는 기본 항목을 설명한다. 하지만 더 복잡한 상호작용에서는 대상 주소를 확인하는 것만으로 충분하지 않을 수 있다. 계약 호출을 통해 토큰 사용 권한이 부여되거나, 추가적인 맥락을 알아야 이해할 수 있는 동작이 실행될 수도 있기 때문이다.

클리어 사이닝은 거래 검토에 도움을 줄 수 있지만, 읽기 쉬운 안내가 표시된다고 해서 해당 상호작용이 안전하다는 보장은 없다. 사용자는 자신이 이용 중인 애플리케이션과 요청된 작업, 자산 지출 권한 등을 여전히 꼼꼼히 확인해야 한다.

애플리케이션 계층이 중요한 이유

하드웨어 지갑은 서명 키를 보호하지만, 사용자는 일반적으로 지갑 애플리케이션이나 브라우저 확장 프로그램, 기타 소프트웨어를 통해 하드웨어 지갑과 상호작용한다. 이 과정에서 애플리케이션은 거래 데이터를 해석하거나 외부 서비스와 통신하기 위해 서드파티 구성 요소를 사용할 수 있다.

이번에 알려진 메커니즘은 보안과 개인정보 보호를 평가할 때 전체 서명 과정을 살펴봐야 하는 이유를 잘 보여준다.

사용자가 애플리케이션에서 작업을 시작한다.
애플리케이션이 서명 요청을 생성하며, 이를 해석하기 위해 보조 소프트웨어를 사용할 수 있다.
하드웨어 지갑이 승인할 정보를 표시하고, 사용자가 확인하면 서명한다.
이후 애플리케이션이 서명된 거래를 네트워크에 제출할 수 있다.

애플리케이션이 사용하는 소프트웨어에서 데이터 수집이 이뤄진다면 기기 설정만 바꿔서는 이를 제어하지 못할 수 있다. 이 경우 연결된 지갑에 별도의 설정이 필요하거나, 지갑 개발사가 어떤 정보를 수집하며 수집을 거부하려면 어떻게 해야 하는지 설명해야 한다.

현재 공개된 내용만으로는 해당 소프트웨어를 사용하는 모든 지갑이 동일한 정보를 수집한다고 단정할 수 없다. 수집된 데이터가 얼마나 오래 보관되는지, 다른 기록과 결합되는지도 확인되지 않았다. 이러한 세부 사항은 각 지갑의 연동 방식과 개인정보 보호 정책에 따라 달라진다.

서명 과정의 개인정보 보호 수준을 점검하는 방법

읽기 쉬운 거래 안내를 포기하지 않고도 개인정보 보호를 중요하게 다룰 수 있다. 기기에 표시되는 내용과 연결된 소프트웨어의 작동 방식을 함께 점검하는 것이 현실적인 방법이다.

지갑의 개인정보 보호 설정을 확인한다. 분석 데이터, 진단 정보, 거래 시뮬레이션 또는 외부 데이터 서비스와 관련된 제어 항목이 있는지 살펴본다.
애플리케이션의 공개 정책을 읽는다. 어떤 데이터가 전송되는지, 누가 이를 받는지, 얼마나 오래 보관하는지, 수집을 거부하면 기능에 영향을 미치는지 확인한다.
승인하기 전에 기기 화면을 검토한다. 네트워크, 대상 주소, 금액 및 작업 내용이 자신이 의도한 것과 일치하는지 비교한다.
블라인드 사이닝은 위험성이 더 큰 결정으로 간주한다. 요청 내용을 이해할 수 없다면 승인을 멈추고 먼저 자세히 확인한다.
토큰 사용 권한을 주기적으로 점검한다. 승인 거래는 계약이 향후 토큰을 사용할 수 있도록 권한을 부여하는 것이며, 반드시 일회성 전송으로 끝나는 것은 아니다.
소프트웨어를 최신 상태로 유지한다. 업데이트는 보안과 거래 해석 기능을 개선할 수 있다. 다만 기능이나 개인정보 보호 설정도 바뀔 수 있으므로 함께 확인할 필요가 있다.