메타마스크, 스테이킹 인프라서 보안 사고…이더리움 보상 탈취

(zdnet.co.kr)

ZDNet Korea2026년 10월 2일블록체인

메타마스크의 이더리움 스테이킹 인프라에서 보안 사고가 발생하여 블록 생성 보상이 탈취되었으며, 이는 대규모 검증자 종료와 자산 복구 지연이라는 운영 리스크를 시사합니다.

이 글의 핵심 포인트

1메타마스크 이더리움 스테이킹 인프라 보안 사고로 이더리움 0.36개 탈취
2메타마스크 운영 검증자 19개 중 18개에서 보상이 비정상 주소로 전송됨
3리도(Lido)는 이번 사고 원인을 '인프라 침해'로 규정하고 검증자 종료 절차 시작
4추가 피해 방지를 위해 약 1만 7,000개의 검증자 종료 절차 진행 중
5검증자 종료, 출금, 재진입 등 자산 복구에 최대 45일 소요 예상

이 글에 대한 공공지능 분석

왜 중요한가?

이번 사고는 사용자 지갑(Wallet)의 보안을 넘어, 스테이킹을 운영하는 인프라 계층(Infrastructure Layer) 자체가 공격 대상이 될 수 있음을 보여줍니다. 특히 메타마스크와 같은 거대 서비스의 인프라 침해는 네트워크 신뢰도와 직결되는 문제입니다.

어떤 배경과 맥락이 있나?

이더리움 스테이싱은 검증자가 블록을 생성하고 보상을 받는 구조로 운영됩니다. 메타마스크는 리도(Lido)와 같은 프로토콜을 통해 검증자를 운영해 왔는데, 이번 사고는 검증자 운영에 필요한 인프라의 보안 허점을 통해 보상 수취 주소를 조작한 것으로 파악됩니다.

업계에 어떤 영향을 주나?

스테이킹 서비스 제공업체들은 사용자 자산 보호를 위한 '인프라 보안'에 대한 재검토가 불가피해졌습니다. 검증자 종료 및 재진입 과정에서 발생하는 긴 복구 시간은 스테이킹 자산의 유동성 리스크로 이어질 수 있어, 인프라의 가용성(Availability) 문제가 대두될 것입니다.

한국 시장에 어떤 시사점이 있나?

국내 Web3 및 블록체인 인프라 스타트업들은 단순한 스마트 컨트랙트 보안을 넘어, 검증자 노드 운영 및 보상 관리 시스템의 보안 아키텍처를 강화해야 합니다. 인프라 침해 시나리오에 대비한 즉각적인 대응 매뉴얼과 자산 격리 전략이 필수적입니다.

이 글에 대한 큐레이터 의견

이번 메타마스크 사고는 Web3 서비스의 보안 초점이 '사용자 프론트엔드'에서 '백엔드 인프라'로 이동해야 함을 극명하게 보여줍니다. 많은 스타트업이 지갑 보안이나 컨트랙트 취약점에는 집중하지만, 검증자 노드를 운영하는 인프라 계층의 보안 침해는 상대적으로 간과하는 경향이 있습니다.

물론 메타마스크의 선제적인 검증자 종료 조치는 추가 피해를 막기 위한 최선의 선택이었으나, 이는 동시에 약 52만 개의 이더리움이 묶이는 유동성 경색과 45일이라는 긴 복구 시간을 초래하는 트레이드오프를 발생시켰습니다. 즉, '보안을 위한 가용성 희생'이라는 딜레마를 극단적으로 보여준 사례입니다.

따라서 창업자들은 인프라 보안 사고 발생 시, 서비스 중단(Shutdown)을 감수하더라도 자산을 보호할 수 있는 'Kill-switch' 설계와 함께, 서비스 중단이 가져올 운영 리스크(유동성 저하, 사용자 신뢰 하락)를 어떻게 관리할 것인지에 대한 비즈니스 연속성 계획(BCP)을 반드시 수립해야 합니다.

원문 보기 →