비트코인 라이트닝 노드, 업그레이드 후에도 '먹통' 가능성…수동 복구 필요

비트코인 라이트닝 네트워크를 지원하는 코어 라이트닝(Core Lightning) 소프트웨어에서 치명적인 결함이 발견되어, 소프트웨어 업그레이드 이후에도 노드가 반복적으로 충돌하는 문제가 발생할 수 있다는 사실이 드러났습니다. 이 문제는 특히 노드가 오프라인 상태일 경우, 채널 청구 시한을 놓쳐 자금 손실 위험으로 이어질 수 있어 투자자들의 주의가 요구됩니다.

지난 10월 24일, 보안 연구원 니샨트 반살(Nishant Bansal)은 코어 라이트닝의 v25.02부터 v26.04 버전까지 이 문제가 영향을 미친다고 밝혔습니다. 이번 결함의 핵심은 악성으로 구성된 공지(malformed announcement)가 디스크에 저장될 경우, 노드를 재시작할 때마다 동일한 트리거가 다시 로드되어 반복적인 충돌을 유발한다는 점입니다. 반살 연구원에 따르면, 이 문제를 해결하기 위해서는 사용자가 직접 해당 악성 기록을 수동으로 제거해야만 노드를 정상 상태로 복구할 수 있습니다.

이 문제는 비트코인 옵테크(Bitcoin Optech)에 의해 10월 30일에도 공유되었지만, 이를 방지하기 위한 패치는 이미 수개월 전에 공개된 것으로 확인되었습니다. 코어 라이트닝 개발팀은 올해 4월 24일 PR #9082를 통해 해당 문제를 수정했으며, 4월 25일에 출시된 v26.04.1 버전에 이 패치를 포함시켰습니다. 즉, 10월에 보고된 문제는 이미 4월에 예방적 수정이 이루어졌어야 하는 결함이었다는 설명입니다.

**패치가 저장된 트리거를 제거하지 못하는 이유**

라이트닝 네트워크에서 채널 공지는 다른 노드들에게 네트워크 상의 연결 정보를 전달하는 역할을 합니다. 이번 결함의 경우, 특정 공지가 이전에 알려지지 않았던 노드를 양쪽 종단점으로 지정하면서 발생했습니다. 취약한 소프트웨어는 이를 수락하고 'gossip_store'라고 불리는 디스크 상의 데이터베이스에 먼저 기록했습니다. 이후 해당 공지가 라우팅 그래프에 로드될 때 문제가 발생했습니다.

문제는 라우팅 그래프가 동일한 노드를 두 번 삽입하려고 시도하면서 발생했습니다. 중복을 방지하기 위한 안전 장치가 작동하여 공지 관련 기능을 담당하는 'gossipd' 컴포넌트가 종료되었고, 코어 라이트닝은 이러한 실패를 전체 노드에 대한 치명적인 오류로 간주했습니다.

새로운 패치는 공지를 수락하기 전에 종단점 순서를 검사합니다. 첫 번째 노드 ID가 두 번째 노드 ID보다 엄격하게 작아야 한다는 요구 사항은 동일한 ID를 거부하도록 하여, 잘못된 입력이 수락되고 저장되는 것을 차단합니다. 이러한 새로운 검증 절차는 들어오는 공지에만 적용됩니다. 하지만 노드 시작 시에는 여전히 'gossip_store'에 이미 저장된 기록을 읽어들이며, 업그레이드 자체가 이전에 저장된 악성 기록을 제거해주지는 않습니다.

반살 연구원이 제시한 복구 방법은 'gossip_store'에서 악성 기록을 수동으로 제거하는 것입니다. 하지만 단순히 이 기록을 정리하는 것만으로는 취약한 설치 상태가 다른 충돌에 다시 노출될 수 있습니다. 연구 보고서에 따르면, 공격자는 공격자가 제어하는 펀딩 출력(funding output)이 아직 소비되지 않은 상태에서 동일한 공지를 다시 보낼 수 있습니다. 이는 마치 폭탄이 제거되었지만, 그 폭탄을 다시 설치할 수 있는 방법이 열려 있는 것과 같습니다.

비트코인 옵테크는 v25.02 이전의 코어 라이트닝 릴리스는 자체적으로 충돌하지 않고 이러한 공지를 수락하고 전달할 수 있었다고 지적합니다. 따라서 공격자는 각 취약 노드에 직접 연결할 필요 없이, 네트워크 상의 다른 노드를 통해 악성 공지를 확산시킬 수 있었습니다.

**현 시점에서의 권장 사항**

현재 시점에서 업그레이드를 고려하는 운영자들에게는 v26.04.1 버전이 이 결함에 대한 첫 번째 수정 사항을 포함하고 있습니다. 11월 2일 기준으로, 프로젝트의 최신 릴리스는 10월 7일에 발행된 v26.06.9이며, 개발팀은 이 버전을 설치할 것을 강력히 권고하고 있습니다.

이러한 다운타임은 단순히 서비스가 불가능한 상태를 넘어선 심각한 위험을 동반합니다. 반살 연구원은 오프라인 상태인 노드는 채널 상태의 취소(revoked channel state)나 만료 시한이 있는 결제 청구(time-limited payment claim)를 감시할 수 없으며, 이러한 중요한 이벤트를 놓칠 경우 자금이 위험에 처할 수 있다고 경고했습니다. 라이트닝 네트워크의 효율성과 안전성을 유지하기 위해서는 이러한 보안 문제에 대한 신속하고 철저한 대응이 필수적입니다. 이번 사태는 라이트닝 네트워크와 같은 분산형 금융 기술의 보안 취약성이 실제 자산에 미칠 수 있는 잠재적 영향력을 다시 한번 보여주고 있습니다.