리플엑스(RippleX)와 XRP 레저(XRPL) 개발팀은 최근 11년 동안 잠복해 있던 '무단 발행' 관련 버그를 발견하고, 이를 해결하기 위해 정규 절차를 생략한 채 사흘 만에 긴급 노드 업그레이드를 단행했습니다. 이번 조치는 실제 피해가 발생하지 않았음에도 불구하고, 공격 성공 시 네트워크의 고정 공급량 원칙이 무너질 수 있다는 위험성 때문에 매우 신속하게 이루어졌습니다.
이번 버그로 인해 실제로 무단 발행이나 피해가 발생했나요?
개발팀의 조사 결과, 해당 취약점이 악용되어 실제 무단 발행이 발생한 정황은 확인되지 않았습니다. 리플엑스와 XRPL 재단은 공개 네트워크의 과거 거래 기록을 전수 조사하여 실제 피해 사례가 없었음을 밝혔습니다.
이번 결함은 2015년에 작성된 결제 엔진 코드에 존재하던 것으로 파악되었습니다. 정상적인 거래 과정에서는 발생하지 않는 오류였으나, 특정 조건에서 '치명적(Critical)' 위험을 초래할 수 있는 구조적 결함이었습니다.
어떤 기술적 결함이 있었으며 공격 방식은 무엇이었나요?
취약점의 핵심은 금액 계산 과정에서 발생하는 '정수 오버플로'였습니다. 공격자가 특수하게 설계한 수백 개의 매도 주문을 하나의 결제로 처리할 경우, 구매자에게는 실제보다 적은 XRP가 청구되지만 판매자에게는 정상 금액이 지급되는 구조였습니다. 이 차액만큼 기존에 없던 XRP가 생성될 수 있었습니다.
이 공격을 실행하려면 극단적으로 높은 가격의 매도 주문 수백 개를 준비하고 이를 소진하도록 정교하게 설계해야 했습니다. 즉, 우연한 오류가 아니라 취약점을 정확히 알고 의도적으로 실행해야 하는 공격이었습니다.
왜 개발팀은 정규 절차를 생략하고 사흘 만에 긴급 패치를 진행했나요?
개발팀은 9월 22일 신고를 받은 후 9월 25일에 xrpld 3.4.1 업데이트를 배포했습니다. 통상적인 검증자 투표와 14일의 대기 기간을 모두 생략한 이례적인 대응이었습니다.
긴급 조치의 근거는 '발생 가능성'보다 '공격 성공 시 피해 규모'에 집중했기 때문입니다. 시험 환경에서 무단 생성된 XRP가 실제로 다른 계정으로 송금되고 사용될 수 있음이 확인되었으며, 공격 성공 시 XRP의 총발행량 1,000억 개라는 공급 원칙이 파괴될 위험이 있었습니다.
만약 정규 절차(투표 및 14일 대기)를 따랐다면 공격자에게 최소 14일간의 공격 기회를 제공하게 된다고 판단하여 신속한 패치를 선택했습니다.
이번 사건을 통해 알 수 있는 보안 대응의 핵심은 무엇인가요?
이번 사례는 블록체인 보안에서 '얼마나 자주 발생하는가'와 '성공 시 얼마나 큰 피해를 주는가'를 구분해야 함을 보여줍니다. 실제 피해는 없었으나 잠재적 피해 규모가 막대했기에 긴급 조치가 취해진 것입니다.
동시에 XRPL 자체에 무단 발행을 검증하는 장치가 제대로 작동하지 않은 점이 문제로 지적되기도 합니다. 향후 개발팀은 정규 절차를 생략할 정도의 긴급 상황을 판단하는 기준을 사전에 명확히 마련해야 하는 과제를 안게 되었습니다.
자주 묻는 질문
이번 버그로 인해 실제로 XRP가 추가로 발행되었나요?
리플엑스와 XRPL 재단의 조사 결과, 해당 취약점이 악용되어 실제 무단 발행이 발생한 정황은 확인되지 않았습니다.
왜 14일의 대기 기간을 생략하고 사흘 만에 패치를 배포했나요?
정규 절차를 따를 경우 공격자에게 최소 14일간의 공격 기회를 제공하게 되며, 공격 성공 시 XRP 총발행량 원칙이 무너지는 등 돌이키기 어려운 피해가 발생할 수 있다고 판단했기 때문입니다.
공격자가 이 버그를 이용하는 것이 정말 불가능했나요?
개발팀은 일반적인 거래에서는 발생하기 어렵지만, 공격자가 취약점을 알고 의도적으로 실행한다면 초기 비용(예치금 및 수수료 수준) 대비 높은 피해를 줄 수 있는 구조라고 분석했습니다.
자료 게시일: 2026년 10월 10일 (한국 시간)