Kintsu 웹사이트 복구됐지만, 여전히 지갑 연결은 피해야
Kintsu 웹사이트 복구됐지만, 여전히 지갑 연결은 피해야
Monad 블록체인 기반의 리퀴드 스테이킹 프로토콜인 Kintsu가 프런트엔드 공격으로 의심되는 사건 이후 공식 웹사이트를 복구한 것으로 알려졌다. 그러나 프로젝트 팀은 공식적인 보안 확인이 발표될 때까지 kintsu.xyz에 접속하거나 지갑을 연결하지 말라고 계속 경고하고 있다.
이번 사건은 탈중앙화 금융(DeFi)에서 점점 더 중요해지고 있는 위험을 보여준다. 스마트 컨트랙트 자체가 변경되지 않았더라도, 웹사이트가 침해되면 사용자를 악성 트랜잭션으로 유도할 수 있다.
웹사이트가 복구됐다고 사건이 끝난 것은 아니다
Kintsu는 도메인이 복구됐으며 다시 프로젝트 자체 인프라를 가리키도록 조치했다고 밝혔다. 하지만 도메인 이름 시스템(DNS) 캐시는 모든 인터넷 서비스 제공업체와 지역에서 동시에 업데이트되지 않는다.
따라서 일정 기간 일부 사용자는 여전히 악성 버전의 웹사이트로 연결될 수 있다. 팀은 도메인이 정상적으로 수정된 뒤에도 이러한 위험이 약 한 시간 동안 지속될 수 있다고 설명하며, 공식적으로 문제가 해결됐다는 공지가 나올 때까지 기다릴 것을 권고했다.
이 차이는 매우 중요하다. 한 지역에서 웹사이트가 정상적으로 보인다고 해서 모든 사용자가 동일한 인프라에 접속하고 있다는 의미는 아니다. DNS 전파, 브라우저 캐시, 네트워크 수준의 캐시로 인해 사용자마다 접속 환경이 다를 수 있다.
프로젝트와 관련한 최신 소식은 Kintsu의 인증된 공식 커뮤니케이션 채널을 통해서만 확인해야 한다. 웹사이트가 복구된 것처럼 보인다는 이유만으로 안전하다고 판단해서는 안 된다.
의심되는 프런트엔드 공격에서는 무슨 일이 있었나?
보안 업체 Blockaid는 Kintsu, Flap, Stonkbrokers를 포함한 여러 암호화폐 웹사이트에서 진행 중인 프런트엔드 공격을 탐지했다고 경고했다.
경고에 따르면 영향을 받은 웹사이트에는 StepDrainer 툴킷과 관련된 악성 스크립트가 삽입됐다. 이 스크립트는 지갑 연결 절차를 조작하고, 디지털 자산 이전을 유도하도록 설계된 페이지로 사용자를 리디렉션할 수 있었다.
이 공격은 반드시 의심스러운 애플리케이션을 다운로드하게 하거나 시드 문구를 입력하게 해야만 가능한 것은 아니었다. 사용자가 익숙한 “지갑 연결” 버튼을 클릭한 뒤 악성 페이지가 표시하는 트랜잭션 또는 서명 요청에 응답하는 순간 위험이 발생할 수 있었다.
프런트엔드 보안 사고를 특히 발견하기 어려운 이유가 여기에 있다. 웹사이트가 기존의 브랜딩과 화면 구성, 탐색 메뉴를 그대로 유지한 채 정상적인 지갑 상호작용만 조용히 악성 요청으로 바꿀 수 있기 때문이다.
“지갑 연결”은 무해한 작업이 아니다
많은 사용자는 지갑 연결을 단순한 로그인 절차로 생각한다. 하지만 실제로 지갑을 연결하면 주소 정보가 노출될 수 있으며, 탈중앙화 애플리케이션과 지갑 인터페이스 사이에 통신 채널이 형성된다.
더 심각한 위험은 dApp이 다음과 같은 요청을 보낼 때 시작된다.
- 토큰 사용 한도 승인
- 익숙하지 않은 메시지 서명
- 내용이 불분명한 트랜잭션 확인
- 알 수 없는 주소로 자산 전송
- 세션이 종료된 뒤에도 유지되는 권한 부여
악성 웹사이트는 익숙한 표현이나 세련된 사용자 인터페이스를 사용해 이러한 요청을 제시할 수 있다. 요청을 승인하면 공격자가 특정 토큰을 이동할 수 있는 권한을 얻거나, 사용자가 직접 자산 이전을 승인하도록 유도할 수 있다.
따라서 사용자는 잘 알려진 웹사이트에 표시된 요청이라는 이유만으로 안전하다고 가정하지 말고, 모든 지갑 요청을 각각 독립적으로 검토해야 한다.
Kintsu 사용자에게 권고되는 조치
Kintsu가 명확한 보안 확인을 발표할 때까지 사용자는 다음과 같은 예방 조치를 취해야 한다.
-
당분간
kintsu.xyz에 접속하지 마세요.
DNS와 브라우저 캐시로 인해 복구된 도메인도 여전히 사용자마다 다르게 연결될 수 있다. -
Kintsu, Flap, Stonkbrokers에 지갑을 연결하지 마세요.
인터페이스가 정상적으로 보이거나 별다른 경고 없이 로드되더라도 마찬가지다. -
익숙하지 않은 서명 요청은 거부하세요.
웹사이트가 계속 진행하려면 필요하다고 주장하더라도, 그 이유만으로 트랜잭션을 승인해서는 안 된다. -
토큰 승인 내역과 권한을 검토하세요.
의심되는 공격이 발생한 시간대에 지갑을 연결했거나 트랜잭션을 승인했다면, 신뢰할 수 있는 권한 관리 도구를 사용해 온체인 권한을 확인하고 불필요한 사용 한도를 철회해야 한다. -
사고 대응과 복구 문구를 혼동하지 마세요.
웹사이트, 고객지원 양식, 브라우저 확장 프로그램의 팝업, 다이렉트 메시지 등 어떤 곳에도 시드 문구나 개인 키를 입력해서는 안 된다. 지갑의 복구 문구가 노출됐을 가능성이 있다면 새로 생성한 지갑으로 자산을 옮겨야 할 수 있다. -
인증된 공식 공지를 따르세요.
프로젝트 도메인, 소셜 미디어 계정, 커뮤니티 채널은 모두 사칭될 수 있다. 긴급한 지시를 따르기 전에 해당 계정의 진위를 확인해야 한다.
Ethereum 재단의 지갑 보안 안내 역시 예상하지 못한 서명 요청과 출처를 알 수 없는 애플리케이션을 주의해서 다룰 것을 권고한다.
DeFi 사용자에게 주는 broader lesson
Kintsu 사건은 탈중앙화 금융의 보안이 스마트 컨트랙트 감사에만 국한되지 않는다는 점을 보여준다. 사용자는 흔히 컨트랙트 코드, 검증자 위험, 프로토콜 거버넌스에 집중하지만 프런트엔드 역시 중요한 공격 표면이다.
탈중앙화 애플리케이션은 다음과 같은 여러 요소에 의존할 수 있다.
- 도메인 등록 및 DNS 설정
- 호스팅 업체와 배포 파이프라인
- 자바스크립트 라이브러리 및 서드파티 스크립트
- 지갑 연결 제공업체
- 공지에 사용되는 소셜 미디어 계정
이 중 어느 한 계층이라도 침해되면, 기반 블록체인이 정상적으로 작동하고 있더라도 사용자에게 영향을 줄 수 있다.
이번 사건은 트랜잭션 시뮬레이션과 사용자의 직접 확인이 여전히 중요한 이유도 보여준다. 지갑에 표시된 요청은 단순히 어떤 웹사이트에서 생성됐는지가 아니라, 실제로 호출되는 컨트랙트와 함수, 수신자, 전송 금액을 기준으로 판단해야 한다.
하드웨어 지갑은 이 보안 모델에서 어떤 역할을 하나?
하드웨어 지갑은 개인 키를 일반적인 온라인 환경과 분리해 보관함으로써 추가적인 보호 계층을 제공할 수 있다. 그러나 악성 트랜잭션을 자동으로 안전하게 만들어주는 것은 아니다. 사용자가 트랜잭션 세부 내용을 확인하지 않은 채 승인이나 자산 이전을 확정하면, 하드웨어 지갑 역시 해당 요청에 서명할 수 있다.
Monad와 같은 네트워크에서 DeFi 프로토콜을 이용하는 사용자에게 OneKey와 같은 하드웨어 지갑은 보다 폭넓은 보안 전략의 한 요소가 될 수 있다. 가장 효과적인 접근 방식은 키 격리와 함께 도메인 확인, 승인 권한 최소화, 위험 수준에 따른 지갑 분리, 불분명하거나 예상하지 못한 요청에 대한 서명 거부를 병행하는 것이다.
결론
Kintsu 웹사이트가 복구됐다고 해서 보안 사건이 종료됐다고 해석해서는 안 된다. 프로젝트가 프런트엔드와 관련 인프라가 안전하다는 점을 명시적으로 확인할 때까지 사용자는 kintsu.xyz에 접속하지 말고, 지갑 연결을 피하며, 익숙하지 않은 서명 요청을 거부해야 한다.
DeFi 참여자들이 기억해야 할 핵심은 분명하다. 익숙한 웹사이트라고 해서 안전한 트랜잭션이 보장되는 것은 아니다. 도메인을 확인하고, 모든 지갑 요청을 꼼꼼히 검토하며, 토큰 권한을 제한하고, 예상치 못한 긴급함을 잠재적인 경고 신호로 받아들여야 한다.
