이더리움 재단, WEBCAT 보안 지원…지갑·디앱 프런트엔드 검증 목표

이더리움 재단이 WEBCAT 개발을 지원한다고 밝혔어요. 목표는 지갑과 디앱이 웹사이트에서 내려주는 코드가 개발자가 게시한 버전과 같은지 확인하도록 돕는 것이에요. 아직 모든 지갑에 적용된 기능은 아니므로, 지금 당장 피싱을 완전히 막는 도구로 이해하면 안 돼요.

WEBCAT이 확인하려는 문제

WEBCAT은 등록된 웹사이트가 브라우저에 전달하는 코드가 개발자가 공개한 코드와 일치하는지 검증하는 오픈소스 도구예요. 이더리움 재단은 서버가 침해되면 원래 웹사이트 주소와 HTTPS 연결을 유지한 채 변조된 코드를 보낼 수 있다는 점을 문제로 들었어요.

디앱은 브라우저에서 동작하는 화면을 통해 지갑 연결과 거래 서명을 요청해요. 화면을 제공하는 코드가 바뀌면 사용자는 자신이 보던 서비스와 다른 요청에 서명할 위험이 생길 수 있어요. WEBCAT은 이 프런트엔드 무결성 문제를 줄이려는 도구예요.

지원금은 어디에 쓰이나요

재단의 Trillion Dollar Security(1TS) 이니셔티브는 Freedom of the Press Foundation에 지원금을 배정했어요. 재단 발표에 따르면 지갑이 통합할 수 있는 검증 라이브러리, 크로미움 계열 브라우저 지원 연구, 보안 감사, 표준화 작업을 지원해요.

Freedom of the Press Foundation의 자료도 WEBCAT이 브라우저에서 실행되는 코드가 변조되지 않았는지 확인하는 데 쓰인다고 설명해요. 다만 재단은 이 프로토콜이 개발 중이며 파일 첨부물까지 다루지는 않는다고 밝혔어요.

지갑과 디앱이 함께 해야 해요

이 기능은 지갑만 설치한다고 자동으로 완성되지 않아요. 지갑 확장 프로그램이나 앱은 라이브러리를 넣어야 하고, 디앱 운영자는 도메인을 등록한 뒤 매 배포 때 서명된 매니페스트를 제공해야 해요.

즉 보안 기능의 도입 여부는 지갑과 디앱마다 달라질 수 있어요. 이용자가 특정 지갑을 쓴다는 사실만으로 WEBCAT 검증이 작동한다고 가정하면 안 돼요. 해당 서비스의 보안 공지와 지원 범위를 확인해야 해요.

지금도 지켜야 할 기본 원칙

프런트엔드 검증 도구는 보안을 한 겹 더하는 방법이에요. 낯선 링크로 접속하지 않기, 서명 창에서 권한과 지갑 주소 확인하기, 승인 한도를 관리하기 같은 기본 점검을 대신하지 않아요.

특히 토큰 승인 거래는 자산 이동 권한과 연결될 수 있어요. 이해하지 못한 서명 요청은 취소하고, 공식 주소를 직접 확인한 뒤 다시 접속해 보세요.

프런트엔드 보안이 중요한 이유

블록체인 거래는 한 번 서명해 전송하면 되돌리기 어려운 경우가 많아요. 그래서 이용자는 스마트계약 주소만이 아니라, 그 계약을 호출하는 웹 화면도 신뢰할 수 있어야 해요. 화면이 변조되면 같은 지갑 연결 창처럼 보여도 다른 권한을 요청할 수 있어요.

코드 무결성 검증은 웹사이트가 제공한 코드가 공개된 내용과 일치하는지 확인하는 층이에요. 피싱 도메인, 악성 브라우저 확장, 잘못된 서명처럼 다른 위험까지 한 번에 없애지는 못해요. 여러 보안 장치를 함께 쓰는 이유가 여기에 있어요.

디앱 운영사는 배포 과정에서 도메인 등록과 서명된 매니페스트 제공 같은 추가 작업을 해야 해요. 지원 범위가 늘어나기 전까지는 서비스별 보안 안내와 공식 채널을 확인하는 습관이 가장 중요해요.

정리

• 이더리움 재단은 지갑·디앱의 프런트엔드 무결성 검증을 위한 WEBCAT 개발을 지원해요.
• WEBCAT은 웹에서 제공한 코드와 게시된 코드의 일치 여부를 확인하려는 도구예요.
• 실제 보호 기능은 지갑과 디앱 모두가 도입해야 작동해요.

지갑을 연결하기 전에는 공식 도메인인지, 서명 요청이 무엇을 허용하는지 한 번 더 확인해 보세요.