리퀴드 네트워크 도난 사건 타임라인: 비정상 발행으로 약 4,000 BTC 인출된 과정

작성자: Gu Yu, ChainCatcher

9월 6일, 비트코인 사이드체인 리퀴드 네트워크에서 약 3억 2천만 달러 규모의 보안 사고가 발생했으며, 약 4,000 BTC가 리퀴드 연합의 준비금 지갑에서 빠져나갔다. 일반적인 개인 키 유출이나 다중 서명 침해와 달리, 리퀴드는 관련 페그아웃 승인 키(PAK) 자체는 손상되지 않았으며, 공격자가 기반 Elements 소프트웨어의 취약점을 악용해 LBTC를 비정상적으로 생성하고 정상적인 크로스체인 출금 절차를 완료했다고 밝혔다.

사고 발생 후, 리퀴드는 네트워크 관련 활동을 중단했고, 여러 거래 플랫폼이 LBTC 입출금을 중단했다. 이후 자신을 '화이트 해커'라고 주장하는 공격자가 온체인 메시지를 통해 블록스트림과 소통했고, 블록스트림이 노드 수리 완료를 확인한 후 3,400 BTC를 반환했다. 그러나 약 598.5 BTC는 여전히 공격자의 통제 하에 있으며, 현재 가격 기준 약 4,700만 달러 상당이다.

9월 8일 현재 리퀴드 네트워크의 완전한 복구 시점은 아직 불확실하며, 남은 자금의 처리 방식과 취약점의 완전한 기술적 세부 사항은 아직 추가 공개를 기다리고 있다.

정상으로 보였던 페그아웃, 준비금 지갑에서 갑자기 4,000 BTC 이탈

리퀴드 네트워크는 블록스트림이 지원하는 비트코인 사이드체인으로, 주로 빠르고 기밀성이 높은 BTC 결제에 사용되며 스테이블코인, 토큰화된 증권 및 기타 자산의 발행도 지원한다. 핵심 메커니즘 중 하나는 BTC와 LBTC의 1:1 페깅이다. 사용자가 리퀴드 연합이 관리하는 비트코인 지갑에 BTC를 입금하면 해당 수량의 LBTC를 받고, 반대 작업에서는 LBTC가 소각되고 연합이 사용자에게 BTC를 지급한다.

아무나 LBTC를 메인넷 BTC로 쉽게 교환하는 것을 방지하기 위해, 리퀴드의 페그아웃 절차에는 PAK 메커니즘이 도입되었다. 공식 문서에 따르면 사용자는 자신의 비트코인 주소가 승인된 PAK 항목에 속함을 증명해야 하며, 이후 네트워크의 감시자(watchmen)가 처리하여 BTC를 지급한다.

9월 6일, 이 메커니즘에 갑자기 문제가 발생했다.

SideSwap이 공개한 정보에 따르면, 한 사용자가 약 4,000 LBTC를 페그아웃 서비스로 전송했다. SideSwap은 정상 절차에 따라 이 LBTC를 소각하고 지정된 비트코인 주소로 페그아웃을 시작했다. 최종적으로 리퀴드 연합은 해당 주소로 약 3,996 BTC를 지급했다.

문제는 이 4,000 LBTC가 이전에 연합 지갑에 잠겨 있던 4,000 BTC와 일치하지 않았다는 점이다.

리퀴드는 이후 이 LBTC가 Elements 소프트웨어의 취약점에서 비롯되었다고 확인했다. 즉, 공격자는 먼저 연합 지갑의 개인 키를 확보한 후 BTC를 직접 이체한 것이 아니라, 소프트웨어 취약점을 악용해 존재해서는 안 되는 LBTC를 생성하거나 획득한 다음, 리퀴드의 정상적인 페그아웃 메커니즘을 통해 실제 BTC로 교환했다.

이것이 이번 사고에서 PAK가 손상되지 않은 이유이다. SideSwap은 영향을 받은 페그아웃이 유효한 승인 절차를 사용했으며, 자체 시스템과 PAK는 침해되지 않았고 문제는 상위 LBTC 생성 로직에 있었다고 밝혔다.

결과적으로 공격자는 'LBTC는 동일한 양의 BTC로 뒷받침되어야 한다'는 리퀴드의 근본적인 가정을 소프트웨어 취약점으로 깨뜨렸다. 시스템은 존재해서는 안 되는 LBTC를 수용했고, 이후 페그아웃 절차는 이를 정상 자산으로 취급하여 결국 존재하지 않던 LBTC가 실제 BTC로 교환되도록 허용했다.

리퀴드의 공식 문서에는 LBTC와 BTC가 1:1 페깅을 유지하며, LBTC의 유통량이 연합이 잠근 BTC의 양을 초과해서는 안 된다고 명시되어 있다. 이번 사고는 바로 이 핵심 제약을 위반했다.

BTC 준비금의 약 95% 인출, 리퀴드 긴급 서비스 중단

이번 공격의 규모는 금액이 약 3억 2천만 달러에 달했기 때문만이 아니라, 인출된 BTC가 당시 리퀴드 준비금의 상당 부분을 차지했기 때문에 큰 주목을 받았다.

사고 전 리퀴드 연합 지갑에는 약 4,200 BTC가 보관되어 있었다. 약 4,000 BTC가 이체되었다는 것은 준비금의 약 95%가 영향을 받았다는 의미다. 리퀴드는 이후 브리지 노드를 종료하고 새로운 네트워크 거래를 중단했으며, 일부 거래 플랫폼도 LBTC 입출금을 중단했다.

초기 발표에서 리퀴드는 이번 사고에 '화이트 해커로 추정되는 인물'이 관련되어 있다고 밝히며, 블록스트림이 온체인 메시지를 통해 자금 통제자와 접촉 중이라고 전했다. 네트워크는 또한 중단 기간 동안 사용자의 지갑과 관련 서비스가 영향을 받을 것이라고 알렸다.

리퀴드는 이번 사고가 주로 BTC 준비금에 영향을 미쳤다고 밝혔으며, USDT, DePix 및 일부 실물 자산을 포함한 다른 리퀴드 자산은 유사한 영향을 받지 않았다고 밝혔다. 그러나 리퀴드 네트워크 자체가 중단됨에 따라 관련 자산의 정상적인 이체 및 사용은 서비스 수준에서 여전히 영향을 받을 수 있다.

이는 이번 사고를 전통적인 '핫 월렛 도난' 개념과 구분한다. 공격자는 단순히 지갑 서명 시스템을 침해한 것이 아니라, 사이드체인 소프트웨어와 크로스체인 상환 메커니즘 간의 연결 취약점을 악용했다.

'화이트 해커' 정체성 논란 속 3,400 BTC 반환

사고의 후속 전개는 주목할 만한 전환점을 맞았다.

자금을 이체한 후, 공격자는 비트코인 거래의 OP_RETURN 필드에 메시지를 남겨 자신이 '화이트 해커'라고 주장하며, 리퀴드가 온체인 수단을 통해 연락할 것을 요청했다. 블록스트림은 이후 온체인 메시지를 사용해 그들과 소통했다.

후속 소통에서 공격자는 블록스트림이 먼저 취약점을 수정하고 모든 관련 노드가 업데이트를 완료했는지 확인한 후에야 자금 반환을 고려할 것이라고 요구했다.

9월 7일, 블록스트림은 서명된 온체인 메시지를 통해 "브리지 노드가 패치되었으며 자금을 반환해도 안전하다"고 확인했다. 이후 공격자는 3,400 BTC를 리퀴드 연합 주소로 반환했다.

이는 현재까지 이체된 BTC의 약 85%가 리퀴드가 관리하는 지갑으로 돌아왔으며, 약 598.5 BTC는 여전히 원래 자금 통제자가 보유하고 있으며 현재 가격으로 약 4,700만 달러에 달한다는 것을 의미한다.

그러나 공격자를 진정한 '화이트 해커'로 간주할 수 있는지에 대해서는 여전히 논란이 있다. 한편으로 그들은 취약점이 수정된 후 대부분의 자금을 자발적으로 반환했고, 블록스트림에 취약점 수리를 우선시하도록 요청했는데, 이는 일부 화이트 해커의 취약점 공개 행위와 유사한 측면이 있다. 다른 한편으로 공격자는 프로젝트 팀과 소통을 시작하기 전에 무단으로 약 4,000 BTC를 이체했다.

따라서 리퀴드는 현재 '자칭 화이트 해커'라는 표현을 신중하게 선택하고 있다. 업계 보안 전문가들도 전통적인 책임 있는 취약점 공개는 일반적으로 연구자가 취약점 발견 후 프로젝트 팀에 먼저 보고해야 하며, 프로토콜 자산을 직접 장악해서는 안 된다고 지적했다. Ledger의 CTO인 찰스 길레메트는 이번 사고의 '화이트 해커' 주장에 대해 공개적으로 의문을 제기하며, 대량의 자산을 먼저 이체한 후 프로젝트 팀에 취약점 수정을 요구하는 방식은 분명히 논란의 여지가 있다고 밝혔다.

이번 사고가 드러낸 크로스체인 시스템의 소프트웨어 가정 의존성

이번 사고는 아직 조사 중이며, Elements의 특정 취약점에 대한 완전한 기술적 세부 사항은 블록스트림이 아직 공개하지 않고 있다. 따라서 취약점의 구체적인 코드 원인과 공격자가 이를 어떻게 발견하고 악용했는지에 대해 결론을 내리는 것은 적절하지 않다.

그러나 공개된 정보로 볼 때, 이번 사고는 적어도 리퀴드 아키텍처의 핵심 위험을 보여준다. 연합 지갑 자체의 다중 서명 보안이 전체 크로스체인 시스템이 비정상적인 자금 지급 가능성에서 자유롭다는 것을 의미하지는 않는다는 점이다.

리퀴드는 연합 모델을 사용하여 비트코인 메인넷에 잠긴 BTC를 관리하고, 소프트웨어 규칙을 통해 페그아웃 허용 시점을 판단한다. 공식 기술 문서에 따르면 연합의 다중 서명 메커니즘은 자금에 접근하기 위해 감시자의 3분의 2 이상이 참여해야 하며, 비상 복구 메커니즘도 설계되어 있다.

그러나 이번 사고는 전통적인 '개인 키 탈취' 경로를 피해갔다. 공격자는 자산 발행, LBTC 검증, 페그아웃 간의 논리적 관계를 악용하여 시스템이 비정상적으로 생성된 LBTC를 합법적인 자산으로 취급하게 만들었고, 결국 실제 BTC의 지급을 촉발했다.

따라서 기술적 관점에서 이는 비트코인 메인넷 자체에 대한 공격이 아니다. 비트코인의 합의 메커니즘, 메인넷 블록, BTC 소유권 검증은 이번 사고의 영향을 받지 않았으며, 영향을 받은 것은 비트코인 위에 구축된 사이드체인인 리퀴드와 그 자산 앵커링 메커니즘이었다.

동시에 이번 사고는 소프트웨어 취약점 수명주기 관리의 중요성을 강조한다. Elements는 리퀴드가 운영되는 오픈소스 소프트웨어이며, 리퀴드는 문제가 Elements에서 비롯되었음을 확인했다. 이 취약점이 얼마나 오래 존재했는지, 왜 더 일찍 발견되지 않았는지, 다른 Elements 관련 배포에 영향을 미쳤는지, 다른 잠재적 악용 경로가 있는지에 대해서는 추가 감사와 공식 공개가 필요하다.

사용자에게 가장 시급한 질문은 리퀴드 서비스가 언제 재개되는지, 그리고 남은 약 598.5 BTC가 궁극적으로 연합 지갑으로 돌아올 수 있는지 여부이다. 블록스트림과 리퀴드에게는 취약점의 구체적인 원인, 영향을 받은 소프트웨어 버전, 수리 범위, 후속 보안 조치에 대한 추가 설명이 필요하다.

3,400 BTC의 반환은 리퀴드의 재정적 압박을 완화했지만, 사고 자체는 아직 완전히 종결되지 않았다. 취약점의 세부 사항, 남은 자금, 네트워크 복구 계획이 추가로 확인될 때까지 이번 사고의 완전한 답은 여전히 채워져야 할 부분으로 남아 있다.