Electrum 수수료 인상 기능 악용한 탈취, 주소 끝 4글자가 같았다

주소 끝부분이 익숙하면 수신 주소가 바뀌어도 알아차리지 못하기 쉽습니다. 보고된 일렉트럼(Electrum) 공격에서는 결제 처리 속도를 높이려는 평범한 조작이 다른 사람에게 자금을 보내는 승인으로 이어질 수 있었습니다.

주소 끝 네 글자를 맞추는 것만으로 어떻게 일렉트럼 결제 대상을 바꿀 수 있었을까요?

악성 서버는 일렉트럼의 거래 내역에 있는 송금 거래를 유효하지 않은 거래로 바꿔 넣었습니다. 이후 사용자가 수수료 인상을 승인하면 이 거래가 유효해질 수 있었습니다. 보고된 두 사례 모두 공격자의 주소 끝 네 글자가 원래 수신자의 주소와 일치했지만, 끝부분이 비슷하다고 전체 주소까지 같은 것은 아니었습니다 .

핵심 요약: 보고된 일렉트럼 수수료 인상 공격에서는 주소 끝 네 글자를 일치시켜 수신자가 바뀐 사실을 감췄습니다 . 악성 서버는 나중에 수수료를 인상하는 과정에서 승인될 수 있는 유효하지 않은 거래를 삽입했습니다. 수수료를 다시 인상하기 전에 지갑을 업그레이드하고, 별도로 보관한 결제 안내와 수신 주소 전체 및 금액을 대조하세요.

공식 보안 권고문에는 신고된 두 사례가 설명되어 있으며, 그중 한 건이 도난 사례입니다. 도난이 두 건 확인됐다는 뜻은 아닙니다. 2026년 10월 18일 접수된 피해 신고에서는 수수료가 0인 거래로 바꿔치기가 이루어졌습니다 . 이 구분은 중요합니다. 이 사건으로 승인 과정의 결함이 실제 악용됐다는 점은 확인됐지만, 공격자들이 이를 얼마나 광범위하게 이용했는지는 확인되지 않았습니다.

수수료 인상에 의한 거래 대체는 아직 확정되지 않은 거래를 더 높은 수수료의 거래로 바꾸는 방식입니다. 이 공격에서 서버는 정상적인 송금 거래를 숨기고, 그 대신 공격자에게 자금을 보내는 유효하지 않은 거래를 제시할 수 있었습니다. 개발진의 설명에 따르면 사용자가 수수료 인상을 요청할 때 취약한 지갑이 바꿔치기된 거래에 서명해 이를 유효하게 만들 수 있었습니다. 공격의 핵심은 수수료 인상 절차를 통해 승인을 얻어내는 데 있었습니다. 비트코인(Bitcoin)의 암호 기술이 뚫렸다는 증거는 아닙니다.

실제로 주의해야 할 점은 명확합니다. 주소 끝부분이 익숙하다는 것만으로 수신자가 맞다고 판단해서는 안 됩니다. 수수료 인상도 새로 서명을 승인하는 행위로 보고, 처음 결제할 때와 마찬가지로 수신 주소와 금액을 꼼꼼히 확인하세요. 승인하기 전에 다음 사항을 확인하세요.

• 주소 끝부분에만 의존하지 말고, 별도로 보관한 결제 안내의 주소와 수신 주소 전체를 대조하세요.
• 제시된 거래 수수료와는 별개로, 수신자에게 전달되는 금액이 원래 보내려던 금액과 일치하는지 확인하세요.
• 하나라도 다르면 중단하세요. 거래 내역이 익숙해 보인다는 이유로 지금 승인하려는 결제의 확인을 생략해서는 안 됩니다.

이러한 확인 절차는 수수료 인상을 포함해 서명할 때마다 수신 주소와 금액을 검증하라는 개발진의 권고를 실천하는 방법입니다.

수수료를 다시 인상하기 전에 일렉트럼 4.8.3 버전 또는 그 이후의 공식 배포 버전으로 업그레이드하세요. 보안 권고문은 이전 버전이 이 취약점의 영향을 받는다고 명시합니다 . 코인데스크(CoinDesk)의 10월 26일 보도에 따르면 도난 금액은 여전히 공개되지 않았으며, 전체 피해자 규모도 파악되지 않았습니다 .

내 일렉트럼(Electrum)도 보고된 수수료 인상 공격에 노출되어 있을까요?

영향을 받는 버전의 일렉트럼을 사용하면서 악성 서버가 바꿔치기한 송금 거래를 받아 수수료 인상 과정에서 승인하면, 보고된 공격에 노출됩니다. 보안 권고문은 4.8.3 이전 버전을 영향받는 버전으로 명시하지만, 해당 버전이 설치되어 있다는 사실만으로 도난이 발생했다고 볼 수는 없습니다 . 실제로는 소프트웨어 업데이트가 필요한 상황과 송금 내역을 조사해야 하는 상황을 구분하는 것이 중요합니다. 어느 쪽에 해당하는지 판단하기 전에 설치된 버전, 연결된 서버, 실제로 서명한 거래를 확인하세요.

다음 표는 소프트웨어의 상태와 보고된 공격이 성립하는 조건을 구분합니다. 공격 노출 여부는 일렉트럼 보안 권고문을 기준으로 판단했습니다.

신뢰할 수 있는 서버를 사용하면 판단이 달라집니다. 보고된 공격은 악의적인 거래 정보가 지갑에 전달되어야 성립하기 때문입니다. 개발자들은 직접 운영하는 서버 등 신뢰할 수 있는 서버를 사용하는 클라이언트는 이 공격 시나리오에 해당하지 않는다고 명시했습니다. 이는 해당 공격 방식에만 한정된 설명입니다. 서버를 직접 운영한다고 해서 지갑의 모든 작업이 안전하다는 뜻은 아닙니다. 이러한 클라이언트도 업데이트하는 것이 좋으며, 권고문의 권장 사항에 따라 서명할 때마다 수신 주소와 금액을 확인해야 합니다.

처리 대기 중인 송금에 대해 추가 작업을 승인하기 전에 다음 기준으로 판단하세요.

• 설치된 버전: 클라이언트에 표시된 버전을 확인하세요. 권고문에 명시된 패치 버전인 4.8.3과 비교하세요 .
• 서버를 신뢰할 수 있는 근거: 지갑 거래 내역을 제공하는 서버를 왜 신뢰하는지 확인하세요. 신뢰할 근거를 확인할 수 없다면 서버의 신뢰 여부가 불확실한 것으로 판단하세요.
• 처리 대기 중인 송금: 지금 송금 수수료를 올리려는 것인지 확인하세요. 이때 이루어지는 서명이 공개된 도난 방식의 핵심입니다.
• 예상과 다른 수신자 또는 금액: 제시된 송금 내용이 의도한 수신 주소 및 금액과 일치하는지 비교하세요. 이유를 알 수 없는 차이가 있다면 서명하기 전에 멈춰야 합니다.
• 대체 거래에 이미 서명한 경우: 거래를 보기만 했는지, 아니면 대체 거래를 승인했는지 확인하세요. 예상과 다른 송금에 서명했다면 업데이트만으로 대응을 마쳤다고 여기지 말고 해당 거래를 조사하세요.

이 확인 절차는 권고문에서 구분한 영향받는 소프트웨어와 사용자 승인이 필요한 공격 경로를 실제 판단에 적용한 것입니다. 불확실하다면 추가로 서명하기 전에 사용 환경을 확인해야 합니다. 불확실하다는 사실 자체가 자금 도난의 증거는 아닙니다.

수수료만 올렸는데 왜 다른 수신자에게 송금이 승인될 수 있을까요?

일렉트럼(Electrum)에서 수수료를 올리는 과정이 다른 수신자에 대한 송금 승인으로 이어질 수 있었던 이유는, 지갑이 거래 내역에 바꿔치기된 거래를 바탕으로 대체 거래를 만들었기 때문입니다. 수수료 인상을 통한 거래 대체(RBF)는 아직 확정되지 않은 송금을 더 높은 수수료를 제시하는 거래로 대체하는 방식입니다. 이 대체 거래에 서명하면 해당 거래의 송금 세부 내용을 승인하게 됩니다. 보고된 공격에서는 사용자가 수수료 인상을 요청하기 전에 악성 서버가 이 세부 내용을 제공했습니다. 그 결과 지갑은 공격자에게 보내는 송금에 서명했습니다. 이 과정은 일렉트럼 보안 권고문에 설명되어 있습니다. 따라서 대체 거래에 서명할 때마다 수신 주소와 금액을 반드시 확인해야 합니다.

권고문은 잘못된 지갑 거래 내역이 실제 승인의 근거가 되는 과정을 설명합니다. 이 문제를 이해하려면 송금을 화면에 표시하는 것과 그 송금에 서명하는 것을 구분해야 합니다.

1. 사용자가 정상적인 송금을 생성합니다. 지갑은 의도한 거래를 주 서버로 보내 전파를 요청하며, 이 거래가 비트코인(Bitcoin) 네트워크에 전달될 것으로 기대합니다.
2. 악성 서버가 해당 송금을 전파하지 않습니다. 대신 의도한 수신자가 아닌 공격자에게 자금을 보내도록 만든 유효하지 않은 거래를 제공합니다.
3. 지갑이 바꿔치기된 거래를 내역에 추가합니다. 취약한 클라이언트는 유효하지 않은 서명을 검사하지 않은 채 해당 거래를 미확정 출금으로 표시합니다. 정상적인 송금은 이 화면에 나타나지 않습니다.
4. 사용자가 수수료 인상을 요청합니다. 화면에 표시된 항목을 자신이 의도한 송금이라고 믿고, 확정 속도를 높이기 위해 대체 거래 생성을 요청합니다.
5. 지갑이 대체 거래에 서명합니다. 이 서명으로 공격자에게 보내는 송금이 유효해질 수 있습니다. 수수료를 올리는 과정에서 사용자의 지갑이 승인을 제공하는 것입니다. 이 과정은 개발자 권고문에 기록되어 있습니다.

지갑이 서버를 어디까지 신뢰하는지 살펴보면 바꿔치기된 거래가 어떻게 화면에 나타났는지 알 수 있습니다. 일렉트럼은 보통 약 10개의 서버 연결을 유지하려 하지만, 지갑 거래 내역을 제공하고 송금을 전파하는 역할은 하나의 주 서버에 맡깁니다 . 다른 연결은 블록 헤더 알림과 수수료 추정치를 제공할 뿐, 대기 중인 모든 송금의 내용이 맞는지 독립적으로 대조해 확인하지는 않습니다. 일렉트럼 문서에 따르면 주 서버는 거래를 누락할 수도 있습니다. 따라서 거래 내역 화면에 항목이 표시된다고 해서, 화면에 보이는 모든 미확정 거래가 사용자가 당연히 거쳤으리라 생각하는 검사를 통과했다는 뜻은 아닙니다.

“미확정 거래에 대해서는 서버를 신뢰합니다.” — 일렉트럼 개발자 문서

확정된 거래에는 간편 결제 검증(SPV)이 적용됩니다. 이는 일렉트럼이 거래가 블록체인에 포함되어 있는지 확인할 때 사용하는 경량 검증 방식입니다. 대기 중인 송금에 관한 서버의 보고를 신뢰하는 것과는 다릅니다. 문서에서 설명하는 이 차이가 중요한 이유는, 사용자가 대체 거래를 승인하기 전에 악성 거래가 지갑의 미확정 거래 내역에 들어갔기 때문입니다.

이는 거래 승인 과정의 결함이었습니다. 바꿔치기된 거래의 서명은 처음에는 유효하지 않았지만, 이후 수수료 인상 과정에서 지갑이 유효한 서명을 제공했습니다. 보고된 공격 방식에는 비트코인의 암호 기술이 뚫렸다는 증거가 없습니다. 거래자가 지켜야 할 판단 기준은 간단합니다. 수신 주소 전체와 송금액이 의도한 송금 내용과 일치할 때만 대체 거래를 승인해야 합니다. 당장의 목적이 단지 거래를 더 빨리 확정하는 것이더라도, 서명 화면에서는 자금을 새로 지출할지 결정한다는 생각으로 확인해야 합니다.

일렉트럼(Electrum) 4.8.3은 무엇을 해결했고, 패치가 다루지 않는 부분은 무엇인가요?

일렉트럼 4.8.3은 미확정 거래를 로컬 거래 내역에 추가하기 전에 지갑 소유 자금을 사용하는 입력의 서명을 검증해, 보고된 수수료 인상 악용 공격을 차단합니다. 이렇게 하면 위조된 출금 거래를 사용자가 나중에 수수료를 올리는 과정에서 승인하는 일을 막을 수 있습니다 . 이번 수정은 신뢰할 수 없는 거래 데이터가 지갑의 거래 내역에 들어오던 지점을 겨냥합니다. 입금 거래까지 같은 검증을 적용하거나 일렉트럼을 모든 합의 규칙을 검증하는 노드로 바꾸는 것은 아닙니다 .

수정 커밋 90fe30822561e515a9d2d6e5a352cc07780999eb은 지갑에 속한 코인을 사용하는 입력에 서명 검증을 추가합니다 . 거래 입력은 어떤 코인을 사용할지 지정하고, 입력의 서명은 그 사용이 승인되었음을 증명합니다. 출금 거래를 로컬 거래 내역에 받아들이기 전에 이 승인을 확인하면, 보고된 거래 바꿔치기 공격의 진입 경로를 차단할 수 있습니다. 따라서 이 보호 장치는 사용자가 수신인 변경을 알아차리는 데만 의존하지 않고, 대체 거래에 서명할지 결정하는 단계에 도달하기 전에 작동합니다.

공식 보안 권고문은 이 취약점의 심각도를 높음으로 평가하고, 식별자로 GHSA-6jp4-8v48-cc5v와 CVE-2026-117601을 부여합니다. 영향을 받는 버전은 4.8.3 이전 버전으로 명시되어 있습니다 . 이 식별자를 확인하면 지갑 보안 업데이트라는 말만 보고 이번 공격 방식까지 해결되었다고 추측하는 대신, 업데이트 공지가 바로 이 취약점을 다루는지 대조할 수 있습니다.

• 2026년 10월 11일: 권고문의 사건 경과에 따르면, 개발진은 이날 최초 비공개 제보를 받았습니다. 당시에는 수수료 인상을 이용한 공격 경로를 아직 파악하지 못한 상태였습니다 .
• 2026년 10월 18일: 개발진은 라주 케이12(Raju-K12)로부터 자금 손실 신고를 받았으며, 이 사실은 공식 권고문에 기록되어 있습니다 .
• 2026년 10월 23일: 릴리스 노트는 보안 업데이트 날짜를 이날로 명시하며, 이는 깃(Git) 태그의 날짜와 일치합니다 .
• 2026년 10월 24일: 공개 경과에 따르면, 이날 실행 파일이 배포되고 취약점이 공개되었습니다 .

릴리스 노트의 날짜와 실행 파일 배포 날짜는 별개의 수정을 뜻하지 않습니다. 같은 보안 업데이트가 서로 다른 단계에 도달한 날짜입니다. 앞선 날짜는 릴리스에 태그가 붙은 시점이며, 뒤의 날짜는 실행 파일을 내려받을 수 있게 되고 취약점이 공개된 시점입니다 .

업그레이드를 판단할 때는 이번에 수정된 공격 방식과 지갑 사용 전반에 깔린 신뢰 가정을 구분해야 합니다. 서명이 올바르지 않은 출금 거래를 거부하면, 보고된 공격에서 악의적인 수수료 인상 대체 거래로 이어지던 경로를 차단할 수 있습니다. 그렇다고 서버가 보여주는 모든 거래가 유효하고, 누락된 정보가 없으며, 그대로 믿고 판단해도 된다는 보장이 생기는 것은 아닙니다. 개발진은 업그레이드와 함께, 수수료를 올릴 때를 포함해 서명할 때마다 수신 주소와 금액을 계속 확인할 것을 권고합니다 . 패치는 반드시 필요한 소프트웨어 수정이며, 거래 내용을 검토하는 일은 앞으로도 사용자가 계속해야 합니다.

일렉트럼(Electrum)에서 거래 수수료를 올리기 전에 무엇을 확인해야 할까요?

일렉트럼에서 거래 수수료를 올리기 전에는 사용 중인 프로그램에 보안 패치가 적용되었는지 확인하고, 원래의 결제 안내를 찾아 수신 주소 전체와 보내려던 금액, 새로 제시된 수수료를 검토하세요. 수수료를 올릴 때도 새 거래에 서명하듯 다시 판단해야 합니다. 개발진은 수수료 변경을 위한 대체 거래를 포함해 모든 거래에 서명할 때마다 수신 주소와 금액을 확인하도록 권고합니다 . 핵심은 승인을 기다리는 거래가 여전히 원래 의도한 결제와 일치하는지 확인하는 것입니다. 거래 내역의 항목이 익숙해 보인다는 이유만으로는 이를 판단할 수 없습니다.

1. 설치된 버전에 보안 패치가 적용되었는지 확인하세요. 설치 파일을 내려받았다고 업데이트까지 완료되었다고 생각하지 말고, 실제로 실행 중인 프로그램의 버전을 확인하세요. 보안 권고문은 4.8.3 이전 버전이 영향을 받으며, 4.8.3에서 취약점이 수정되었다고 명시합니다 . 설치된 프로그램이 영향을 받는 버전이라면 서명 절차를 중단하고 먼저 업데이트하세요.
2. 원래의 결제 안내를 거래 내역과 별개로 찾아보세요. 결제를 준비할 때 참고했던 청구서, 저장한 결제 요청 또는 수신자와 주고받은 메시지를 여세요. 지갑의 거래 내역만을 기준으로 삼아서는 안 됩니다. 보고된 공격에서는 바꿔치기한 출금 거래가 그 내역에 들어갔습니다 . 보관한 안내가 불완전하다면 서명하기 전에 기존에 사용하던 연락 경로로 원래 수신자에게 내용을 확인하세요.
3. 수신 주소 전체를 대조하세요. 제시된 수신 주소를 별도로 보관한 결제 안내의 주소와 처음부터 끝까지 대조하세요. 주소가 축약되어 표시된다면 전체를 펼친 뒤 비교하세요. 개발진이 설명한 두 사례 모두 공격자의 주소 끝 네 글자가 원래 수신자의 주소와 같았습니다 . 앞부분이나 뒷부분이 익숙하다는 것만으로는 수신 주소 전체가 올바르다고 판단할 수 없습니다.
4. 보내려던 결제 금액이 맞는지 확인하세요. 수신자에게 전달되는 금액을 원래의 결제 안내와 비교하세요. 네트워크 수수료나 화면에 표시된 총 차감액과 구분해서 확인해야 합니다. 개발진의 서명 지침은 수신 주소와 금액을 모두 확인하도록 안내합니다. 주소가 올바르게 보이더라도 금액이 이유 없이 다르다면 진행을 멈춰야 합니다.
5. 대체 거래에 제시된 수수료를 살펴보세요. 승인하려는 수수료를 확인하고, 수신자에게 보내는 금액과 구분하세요. 예상과 달리 수수료가 0이라면 원인을 확인해야 합니다. 보고된 도난 사건에서는 수수료가 0인 거래로 바꿔치기가 이루어졌습니다 . 다만 이 특징이 모든 공격에 나타나는 것도 아니고, 이것만으로 공격 여부를 판별할 수도 없습니다. 수수료가 그럴듯해 보여도 수신 주소와 금액 확인을 생략해서는 안 됩니다.

이해를 돕기 위한 예시이며, 실제 비트코인(Bitcoin) 주소가 아닙니다. 원래 보내려던 주소가 “수신자 고유의 문자들 … wxyz”이고, 다른 주소가 “공격자 고유의 문자들 … wxyz”라고 가정해 보세요. 끝부분이 같다는 사실만으로는 그 앞의 문자들도 같은지 알 수 없습니다. 이 표기는 눈으로 확인할 때 빠질 수 있는 함정을 설명하기 위한 것으로, 실제로 사용할 수 있는 주소도 사건에 쓰인 주소도 아닙니다. 익숙한 일부 문자열만 보고 수신자가 맞다고 판단하지 말고 주소 전체를 확인하세요.

수신자, 금액 또는 수수료가 예상과 다르다면 대체 거래에 서명하지 마세요. 취약점의 영향을 받는 프로그램을 업데이트한 뒤, 별도로 보관한 정보를 바탕으로 원래 수신자와 대기 중인 결제 내용을 대조하세요. 수정 사항에는 미확정 거래가 로컬 거래 내역에 추가되기 전에 지갑 소유 입력의 서명을 검증하는 절차가 포함되어 있습니다 . 이 수정 사항을 설치해도 이미 승인되거나 확정된 결제가 취소되지는 않습니다. 거래의 세부 내용이 원래 의도한 결제와 일치할 때만 서명을 재개하세요.

거래 습관과 기술 역량에 맞는 일렉트럼 설정은 무엇일까요?

가장 좋은 일렉트럼(Electrum) 설정은 안정적으로 관리하면서 승인하는 모든 결제를 확인할 수 있는 구성입니다. 가끔 사용하는 분에게는 보안 패치를 적용한 클라이언트와 주소 전체 및 금액을 빠짐없이 확인하는 절차를 권장합니다. 수수료를 자주 인상하는 분은 대체 거래에 서명할 때마다 같은 확인 절차를 거쳐야 합니다. 기술 역량이 있는 분이라면 서버를 직접 운영해, 이번에 보고된 공격이 악성 서버에 의존한다는 점에 대응할 수도 있습니다. 일렉트럼은 4.8.3 버전을 보안 업데이트로 명시하며, 직접 운영하는 서버를 포함해 신뢰할 수 있는 서버를 사용하는 클라이언트는 보고된 공격 시나리오의 대상이 아니라고 설명합니다 . 서버를 선택할 때는 누구를 신뢰할지 판단해야 하며, 어떤 서버를 선택하든 서명 시 꼼꼼한 확인은 필요합니다.

아래 비교표는 문서에 명시된 보안상의 차이와 관리 부담 및 사용자 적합성에 대한 편집진의 판단을 구분합니다. 일렉트럼의 주 서버는 지갑 거래 내역을 제공하고 결제 거래를 전파하며, 문서에 따르면 미확정 거래에 대해서는 해당 서버를 신뢰합니다. 따라서 여러 서버에 연결되어 있다고 해서 처리 대기 중인 결제 내역을 연결된 모든 서버에서 독립적으로 검증하는 것은 아닙니다. 일렉트럼의 서버 신뢰 관련 문서를 참고하세요.

*관리 부담과 사용자 적합성에 대한 평가는 편집진의 권고입니다. 보안상의 차이는 공식 보안 권고문과 문서에 명시된 서버 신뢰 모델을 따릅니다.

가끔 사용하는 분이라면 실제로 꾸준히 지킬 수 있는 절차를 우선하세요. 공식 클라이언트를 최신 상태로 유지하고, 원래 의도한 결제 정보를 별도로 보관한 뒤 서명 요청에 표시된 내용과 비교하세요. 공개 서버에 연결했다는 사실만으로 자금의 목적지가 바뀌었다고 볼 근거는 없습니다. 권고문은 연결 유형만으로 침해가 성립한다고 설명하지 않습니다. 악성 서버의 동작과 그 이후 사용자가 승인한 수수료 인상이 결합된 공격을 설명합니다.

수수료를 자주 인상하는 분이라면 대체 거래의 승인을 요청받을 때마다 반드시 수신자와 금액을 확인하세요. 반복하다 보면 수수료 조정을 단순한 일상 작업으로 여기기 쉽지만, 여전히 서명할 결제 거래를 승인하는 결정입니다. 신뢰할 근거를 확보할 수 있다면 실제로 신뢰할 수 있는 서버를 이용하는 것도 추가 선택지가 됩니다. 이 경우에도 개발진의 서명 지침은 수신 주소와 금액을 확인하도록 요구합니다.

기술 역량이 있는 분에게는 비트코인 노드와 연동한 서버를 직접 운영하는 방식을 권장할 수 있습니다. 다만 인프라 관리가 자신의 기술 수준과 거래 습관에 맞아야 합니다. 직접 운영하면 여기서 지적한 외부 서버 의존 문제에 대응할 수 있지만, 설정 실수나 관리 부실, 잘못된 서명 판단까지 없어지는 것은 아닙니다. 지속적으로 관리할 수 있을 때 추가 인프라를 선택하고, 누가 서버를 운영하든 동일한 결제 확인 원칙을 지키세요.

의심스러운 수수료 인상을 이미 승인했다면 어떻게 해야 하나요?

일렉트럼(Electrum)에서 의심스러운 수수료 인상을 이미 승인했다면 추가 서명을 멈추고 거래 세부 정보를 보존한 뒤, 대체 거래가 대기 중인지 확정되었는지 독립적인 경로로 확인하세요. 보안 업데이트를 설치하면 문서에 명시된 검증 결함은 해결되지만, 이미 서명한 거래의 상태나 자금 회수 가능성까지 확인되는 것은 아닙니다. 이 공격은 수수료를 올리는 과정에서 사용자가 바꿔치기된 거래에 서명해야 성립하므로, 우선 거래 기록을 대조하고 실제 처리 상태를 확인해야 합니다 .

다른 거래를 승인하거나 도움을 요청하기 전에 다음 점검 목록에 따라 대응 순서를 정리하세요.

• 추가 서명을 멈추세요. 수신 주소가 일치하지 않는 이유를 조사하는 동안에는 추가 수수료 인상이나 낯선 송금을 승인하지 마세요.
• 두 거래의 식별자를 모두 기록하세요. 확인할 수 있다면 원래 송금의 거래 식별자와 의심스러운 대체 거래의 식별자를 보존하세요. 각 거래의 출력을 비교할 수 있도록 세부 정보를 구분해 보관하세요.
• 원래 의도한 송금 정보를 보관하세요. 수신자의 전체 주소, 송금 예정 금액, 원래 결제 요청을 저장하세요. 거래 내역에 표시된 축약 주소 대신 이 기록과 대조하세요.
• 사용 환경을 기록하세요. 설정을 변경하기 전에 사고 당시 설치되어 있던 지갑 버전과 서버 설정을 기록하세요.
• 독립적인 경로로 거래 상태를 확인하세요. 의심스러운 대체 거래가 대기 중인지 확정되었는지 확인하고, 원래 송금의 처리 상태도 함께 대조하세요.

기존 서버의 거래 내역만을 근거로 처리 상태를 판단해서는 안 됩니다. 일렉트럼 문서에 따르면 주 서버는 거래 내역을 제공하며 일부 거래를 누락할 수 있습니다. 또한 미확정 거래는 확정된 거래와 신뢰의 전제가 다릅니다. 내역에 거래가 없다는 이유로 송금이 취소되었다고 판단하지 말고, 신뢰할 수 있는 독립적인 출처에서 기록해 둔 거래 식별자를 조회하세요. 일렉트럼의 서버 신뢰 관련 문서를 참고하세요. 확인에 필요한 정보만 공개하고, 지갑의 전체 거래 내역이나 무관한 주소는 공유하지 마세요.

보안 패치 적용과 사고 해결은 별개로 다뤄야 합니다. 일렉트럼 4.8.3은 미확정 거래를 로컬 거래 내역에 넣기 전에 지갑 소유 입력의 서명을 검증하는 방식으로 공지된 보호 조치를 추가했습니다 . 수정된 코드는 이 내역 등록 단계를 보완합니다. 업데이트만으로 이미 서명한 거래가 취소되거나 되돌려지는 것은 아니며, 대기 중이라는 상태도 자금 회수를 보장하지 않습니다.

이 글을 갱신한 2026년 10월 28일 기준으로, 보안 공지에는 자금 도난 한 건을 포함해 두 건의 신고 사례가 명시되어 있습니다 . 코인데스크(CoinDesk)의 10월 26일 보도에 따르면 개발진은 도난 금액이나 악성 서버의 신원을 공개하지 않았습니다 . 공식 보안 공지를 사고 참고 자료로 제시하며 프로젝트의 공식 지원 채널을 통해 도움을 요청하세요. 시드 문구나 개인 키는 절대 공유하지 마세요. 증거를 보존하고, 독립적인 경로로 송금 상태를 확인한 뒤, 업데이트를 마치고 나서 평소처럼 거래 서명을 재개하세요.

자주 묻는 질문

수수료 인상 취약점의 영향을 받는 일렉트럼 버전은 무엇인가요?

공식 보안 공지는 4.8.3 이전 버전이 영향을 받는다고 명시합니다. 수정 사항은 4.8.3에 포함되어 있으며, 실행 파일은 2026년 10월 24일에 배포되었습니다 . 출시 안내에 적힌 2026년 10월 23일은 실행 파일 배포일이 아니라 깃(Git) 태그에 해당하는 날짜입니다 .

일렉트럼을 실행하기만 해도 공격자가 자금을 다른 곳으로 보낼 수 있나요?

일렉트럼을 실행하는 것만으로는 공지된 공격이 성립하지 않습니다. 악성 서버가 지갑 내역의 출금 거래를 유효하지 않은 거래로 바꿔치기한 뒤, 사용자가 수수료 인상을 승인하면서 그 거래에 서명해야 합니다. 이는 공식 보안 공지에 설명된 공격 방식에 관한 설명이며, 가능한 모든 지갑 공격에 적용되는 결론은 아닙니다.

비트코인 주소의 마지막 네 글자만 확인하면 왜 부족한가요?

서로 다른 비트코인(Bitcoin) 주소도 끝부분은 같을 수 있습니다. 신고된 두 사례 모두 공격자의 주소 마지막 네 글자가 원래 수신자 주소의 마지막 네 글자와 일치했습니다 . 개발진의 보안 공지에서 권고하듯, 별도로 보관한 송금 안내와 수신 주소 전체를 대조하고 수수료 인상을 포함해 서명할 때마다 금액을 확인하세요.

여러 일렉트럼 서버에 연결하면 이 공격을 막을 수 있나요?

아니요. 여러 서버에 연결되어 있다고 해서 각 서버가 모든 대기 중 거래를 독립적으로 검증하는 것은 아닙니다. 일렉트럼 문서는 주 서버가 지갑의 거래 내역을 제공하고 거래를 네트워크에 전파하며, 클라이언트는 미확정 거래에 관해 이 서버를 신뢰한다고 설명합니다. 확정된 거래에는 간편 결제 검증이 적용되지만, 이 검증으로 미확정 출금 거래의 유효성을 확인할 수는 없습니다.

일렉트럼을 업데이트하면 바꿔치기된 거래로 보낸 자금을 되찾을 수 있나요?

아니요. 수정 사항은 미확정 거래를 로컬 거래 내역에 넣기 전에 지갑 소유 입력의 서명을 검증해, 공지에 설명된 거래 내역 위조 방식을 차단합니다. 이전에 서명한 송금을 되돌리거나 이미 이체된 자금을 회수하지는 않습니다. 의심스러운 수수료 인상을 승인했다면 가능한 대응을 검토하기 전에 독립적인 경로로 송금 상태를 확인하세요.