MetaMask, 사용자가 거부한 뒤에도 이어진 외부 서버 연결 결함 수정

실행 중이던 Snaps는 그대로 온라인 유지

MetaMask의 개인정보 결함은 사용자가 지갑의 데이터 공유 기능을 껐음에도 외부 서버 연결이 계속 유지되도록 허용했고, 개발팀은 11월 12일 GitHub에 수정 코드를 게시했다. 문제의 중심은 외부 서버에 가격, 잔액 등의 정보를 요청할지 여부를 결정하는 토글인 '기본 기능' 설정이었다. 발신 요청을 줄이고 싶은 사용자는 이 설정을 끌 수 있다. MetaMask가 올린 코드 변경 사항은 결과를 그대로 기술한다: 기본 기능을 비활성화한 상태에서도 일부 외부 서버와 여전히 통신하고 있었다는 것이다.

원인은 MetaMask의 확장 프레임워크인 Snaps로 거슬러 올라간다. Snaps는 지갑이 다른 블록체인, 그중에서도 비트코인과 스텔라를 지원하는 프로그램을 실행할 수 있게 한다. 기존 동작에서는 기본 기능을 끄면 Snaps의 새로운 요청은 차단되지만, 이미 실행 중이던 프로그램은 그대로 남아 자기 종단점과 통신을 이어갔다. 이 이중 구조가 결함을 지속시킨 지점이다. 스위치는 새 활동만 통제했고, 메모리에 이미 올라간 프로세스는 아무에게도 지배받지 않았다. 비트코인 네트워크에 접속하는 서버와 디지털 자산 가격 데이터를 공급하는 서버는 계속 연결 가능한 상태로 남았다. 개인정보 보호 모드로 지갑을 설정한 사용자는 실제로는 그 설정이 끊도록 만든 정확히 그 서비스들과 연결을 만들고 있었던 셈이다.

수정된 코드는 이 동작을 끝낸다. 이제 기본 기능을 끄면 MetaMask가 실행 중인 Snaps를 중지시키고 그들의 외부 연결을 종료한다. 패치는 사실상 킬 스위치를 한 단계 아래로 내린 것이다. 새로운 Snaps의 시작만 막아서는 부족하다. 이미 메모리에 올라간 프로그램이 열린 연결을 쥐고 있기 때문이다. 개발자들은 변경 전 테스트에서 이 오류를 네 차례 재현했고, 원치 않는 연결은 네 번 모두 나타났다. 수정 후에는 네 번의 실행이 모두 정상 동작했으며, 토글을 끄는 순간 연결이 끊겼다.

10월에 이른 공개가 있었다

같은 약속의 실패는 이번이 처음이 아니다. 10월 29일 MetaMask는 기본 기능이 꺼진 상태에서도 여러 외부 서버로 요청이 계속 전송됐다고 공개했다. 사용자가 거부한 뒤에도 지갑이 외부로 신호를 보내던 앞선 사례다. 회사 스스로 이 사건을 공표했고, 그렇게 기록에 남았다. 11월 12일의 코드 변경은 Snaps 동작만을 다루며, MetaMask는 10월 공개에서 제기된 모든 오류가 해소되는지는 밝히지 않았다. 이 공백이 이 이야기의 열린 부분이다. 앞선 발표를 읽은 사용자는 해당 패치가 거기 기술된 사례를 닫는다는 확인을 갖지 못한다. 재현된 Snaps 오류가 이제 검사를 통과한다는 사실만 있을 뿐이다.

이 사건은 원래 비트코인과 아무 통신도 하지 않던 지갑에서 터졌다. MetaMask는 이더리움 지갑으로 시작했고, Snaps는 다른 체인에 도달하는 통로다. 비트코인과 스텔라도 그 대상에 포함된다. 이더리움 기반 지갑 안에서 비트코인을 자기 보관하는 방식은 역사적으로 래핑된 비트코인, 즉 다른 체인에서 발행된 토큰화된 대체물을 거쳤고, Snaps는 이를 추가 네트워크에 대한 직접 지원으로 확장한다. 이 교차는 한때 비트코인은 독립해 있어야 한다는 입장인 비트코인 맥시멀리즘 지지자들의 반발을 불러일으켰고, 지금은 많은 비트코인 보유자가 애초에 설치하지 않은 지갑 안에 비트코인 네트워크 트래픽을 놓이게 한다. Snaps는 지갑의 비트코인 디파이 진출도 실어 나른다. 이더리움 스택이 아닌 비트코인 위에 구축된 대출, 거래, 수익 서비스의 집합이다. 프레임워크가 외부 서버에 닿는 프로세스를 계속 돌리는 근본 이유가 여기에 있다.

영향을 받은 사용자에게 실질적 의미는 좁지만 구체적이다. 설정은 계속 끔 스위치로 표시된 상태에서, 지갑은 비트코인 네트워크 인프라와 가격 서버에 연결을 유지하고 있었다. 공개된 기록은 자금 이동이 아니라 연결성 결함을 담고 있다. 기록이 보여주는 것은 설정에 역행해 지속된 트래픽이지 위험에 노출된 잔액이 아니다.

패치가 말하지 않는 것

우리의 판단은 1차 기록에서 출발한다. MetaMask 자체 저장소의 코드 변경은 기본 기능 비활성화가 이제 실행 중인 Snaps를 멈추고 연결을 닫는다고 명시하며, 개발자 테스트에서 네 번의 재현을 통과했다. 공개가 확인하지 않는 것은 10월 사례들이 이 패치의 범위에 드는지 여부이며, 이 침묵이 설정에 의존하는 이용자에게 부담을 지우는 핵심 사실이다. 원치 않는 서버 호출은 악용 사례나 리플레이 공격처럼 자금을 움직이지 않는다. 이번 피해는 작동한다고 믿었던 개인정보 통제에 대한 것이다. 이 이야기를 다시 진행 중인 이슈로 되돌릴 관찰은 패치가 남은 모든 사례를 닫는다는 MetaMask의 성명이다. 그 성명은 아직 나오지 않았다.