bitcoinjs-lib 유지관리자, 비트코인(BTC) 수수료 취약점 2건 공개

bitcoinjs-lib 심각도 높은 보안 권고 2건 발표

비트코인(BTC) 트랜잭션 생성에 널리 쓰이는 자바스크립트 라이브러리 bitcoinjs-lib에서 심각도 높은 취약점 2건이 공개됐다. 이 결함은 부분 서명 트랜잭션이 실제 네트워크가 청구할 비용보다 훨씬 낮은 수수료를 표시할 수 있게 만든다. 라이브러리 유지관리자는 10월 26일 두 건 모두를 심각도 높음으로 분류한 보안 권고 2편과 영향받는 버전 계열별 수정 릴리스를 함께 내놓았다. 결함이 위치하는 층은 트랜잭션 승인 전에 지갑이 사용자에게 보여주는 수수료 정산 계층이다. 사용자가 앱이 표시한 수치를 근거로 서명하면, 실제로 브로드캐스트되는 트랜잭션은 화면이 약속한 것보다 큰 채굴 수수료를 실을 수 있다. 어느 결함도 비트코인 가격이나 네트워크 합의 규칙에는 손대지 않는다. 문제는 서명 단계에서 지갑이 보여주는 정산 계산에 국한된다.

영향 범위는 라이브러리를 통해 PSBT를 처리하면서 그 수수료 계산 또는 과도 수수료 방지 장치에 의존하는 애플리케이션이다. PSBT는 트랜잭션 데이터와 서명을 앱과 서명 기기 사이에서 옮기는 교환 형식으로, BIP 174로 정의된다. BIP 174는 각 입력이 자신이 쓰는 이전 출력 기록을 갖도록 요구하며, 서명자가 수수료를 계산해 표시할 때 쓰는 값 역시 이 구조로 전달된다. 이 구조는 세그윗이 서명 데이터를 별개의 입력 유형으로 만든 뒤 갖춰졌다. 첫 번째 결함은 하나의 입력이 서로 충돌하는 이전 출력 기록 2개를 동시에 담고 있을 때 나타난다. 이 경우 서명 단계는 실제 값을 읽지만 수수료 계산은 다른 기록의 낮은 값을 골라 쓸 수 있다. 유지관리자의 재현 사례에서는 실제 수수료 9억 사토시가 200사토시로 계산됐다. 서명 검증은 통과했고, 추출 단계에서도 기본 수수료율 경고가 뜨지 않았다. 유지관리자는 이 수치가 버그의 재현일 뿐 측정된 사용자 손실이 아니라고 명시했다.

취약점이 할 수 있는 것과 없는 것

두 번째 결함은 이미 서명이 끝난 입력에 이전 출력 기록이 아예 없을 때 발생한다. 라이브러리가 해당 입력의 값을 0으로 집계하면, 수수료는 트랜잭션이 실제로 지불하는 금액보다 낮게 계산된다. 유지관리자의 예시에서는 실제 수수료 9만 1,000사토시가 1,000사토시로 표시됐다. 두 사례의 결과는 같다. 표시된 수수료와 과잉 수수료 블록이 트랜잭션의 실제 가치를 반영하지 못할 수 있다는 점이다.

어느 결함도 서명을 위조하거나 사용자의 승인 없이 비트코인을 움직일 수는 없다. 손실이 일어나려면 승인된 유효한 트랜잭션이 브로드캐스트되어 수용·확정되어야 한다. 이 지점에서 과잉분을 포함한 수수료 전액이 네트워크의 작업증명 규칙에 따라 암호화폐 채굴을 수행하는 채굴자에게 지급되며, 잉여분은 송금자에게 돌아오지 않는다.

영향받는 버전은 v5 계열 내에서 서로 다르다. 충돌 기록 문제는 5.2.0부터 5.2.1까지에 걸친다. 누락 기록 문제는 5.1.0까지 거슬러 올라가며 5.2.1도 포함한다. 두 결함 모두 v6 전 범위인 6.0.0에서 6.1.8, 그리고 7.0.0-rc.0부터 7.0.3까지의 v7 빌드에 영향을 준다. 수정판은 5.2.2, 6.1.9, 7.0.4에 배포됐다. 유지관리자는 같은 날 다른 문제도 포함한 권고 총 15건을 발표했고, 계열별 최신 릴리스로 5.2.3, 6.1.10, 7.0.5를 지목했다.

개발자를 위한 지침은 구체적이다. 영향 범위에 해당하는 직접·간접 의존성을 감사하고, 업그레이드가 불가능하면 각 입력의 이전 출력 값을 독립적으로 검증해 값이 충돌하거나 없는 입력은 거부하라는 것이다. 개별 지갑이 노출됐는지, 실제 손실이 발생했는지는 아직 확인되지 않았다. 권고 문서는 라이브러리 내부의 결함과 영향 범위를 확정할 뿐, 이를 기반으로 만들어진 지갑 수를 세지 않는다. 실제 위험에 처한 사용자 모집단은 이 문서가 측정하는 범위 밖에 있다.

수수료 표시가 신뢰 경계인 이유

여러 지갑 스택에 임베드되어 쓰이는 라이브러리에게 수수료 숫자는 사용자가 승인 직전 믿는 값이다. 이번 권고는 그 층이 트랜잭션의 실제 비용과 분리될 수 있음을 보여준다. 실질적 대응 책임은 비트코인 개발 팀에 있다. 의존성 트리 감사가 필요하고, 수수료 표시는 라이브러리를 맹신하는 대신 독립적 검증을 받아야 한다. 서명 생태계는 이미 파편화된 도입을 겪은 바 있다. 블록 709,632의 탭루트 업그레이드가 지갑 지원을 선택사항으로 두면서 시장 곳곳에 도입 속도가 갈렸던 사례가 그것이다. 앱이 패치된 버전을 실행한다고 확인하기 전까지, 사용자는 표시된 PSBT 수수료를 확정치가 아닌 참고치로 다뤄야 한다.