콜드카드 사태 이후, 하드웨어 지갑 고르는 5가지 기준 (2026년판)

콜드카드 사태가 남긴 교훈

지난 글에서 다룬 콜드카드(Coldcard) 시드 생성 취약점 사태는 “하드웨어 지갑에 넣어두면 무조건 안전하다”는 통념을 흔들었습니다. 인터넷에 연결되지 않은 콜드 스토리지였는데도, 시드를 만드는 내부 로직 하나가 잘못돼 수천 개 지갑이 통째로 털렸습니다.

이 글은 특정 사건을 계기로 삼되, 유행을 타지 않는 기준으로 하드웨어 지갑을 고르는 법을 정리했습니다. 브랜드나 디자인보다 먼저 확인해야 할 5가지입니다.

하드웨어 지갑 선택 5가지 기준 - 시드 생성 방식, 펌웨어, 서명 방식, 운영 습관, 제조사 신뢰성을 카드형으로 정리한 체크리스트


기준 ① 시드 생성 방식 — 기기 RNG를 100% 믿을 수 있나

콜드카드 사태의 본질은 결국 “난수 생성기(RNG)”의 문제였습니다. 기기 내부의 난수 생성 로직이 코드 한 줄로 조용히 약해졌고, 아무도 몰랐던 채 5년이 흘렀습니다. 즉, 아무리 오프라인 기기라도 시드를 만드는 그 순간의 로직을 100% 신뢰할 수 있는지가 핵심 질문입니다.

이 위험을 줄이는 방법 중 하나가 물리 주사위를 이용한 엔트로피 추가입니다. 실제로 콜드카드를 포함한 여러 기기가 시드 생성 시 사용자가 주사위를 여러 번 굴려 얻은 값을 추가로 섞을 수 있는 ‘BIP-39 dice’ 방식의 옵션을 제공합니다. 기기의 난수 생성기가 훗날 문제가 있었던 것으로 드러나더라도, 사용자가 직접 입력한 물리적 무작위성이 남아 있으면 최소한의 안전판이 됩니다. 지갑을 고를 때는 이런 대안 엔트로피 입력 옵션을 지원하는지를 확인하는 것이 좋습니다.

직접 해본 경험을 하나 공유하면, 일반 6면체 주사위 3개를 준비해 256bit 분량이 나올 때까지 굴렸습니다. 인터넷 연결을 끊은 완전 오프라인 상태에서, 오픈소스로 공개된 이언 콜먼(Ian Coleman)의 BIP-39 도구에 굴린 값을 순서대로 입력하는 방식으로 진행했고, 굴리고 입력하는 데 체감상 20~30분 정도 걸렸습니다. 가장 헷갈렸던 부분은 의외로 주사위 눈 세기였습니다. 중간에 몇 번째까지 굴렸는지 놓쳐서 처음부터 다시 세야 했던 적이 있었는데, 종이에 굴린 값을 그때그때 기록하면서 세는 걸 추천합니다.

다만 한 가지 짚고 넘어갈 점이 있습니다. 이 방식은 시드를 만드는 과정이 하드웨어 지갑이 아니라 PC(오프라인이라도)에서 진행된다는 점에서, 콜드카드처럼 기기 화면 안에서 dice 모드로 직접 입력하는 방식보다 신경 쓸 게 더 많습니다. 인터넷 연결을 확실히 끊은 상태에서 진행하고, 끝난 뒤에는 재부팅이나 흔적 삭제까지 신경 써야 합니다. 사용하는 하드웨어 지갑이 자체적으로 dice 엔트로피 입력을 지원한다면, 굳이 별도 PC 도구를 거치지 않고 그쪽을 우선 고려하는 편이 더 안전합니다.


기준 ② 펌웨어 — 오픈소스라고 무조건 안전한 건 아닙니다

오픈소스 펌웨어는 코드를 누구나 들여다볼 수 있다는 점에서 폐쇄형보다 유리합니다. 콜드카드 역시 오픈소스였지만, 그 코드에 문제가 있다는 사실을 5년 동안 아무도 알아차리지 못했습니다. “오픈소스니까 검증됐을 것”이라는 가정은 생각보다 쉽게 무너집니다.

오히려 이번 사태 이후 흥미로운 흐름이 하나 생겼습니다. 오픈소스 감사를 지원하는 비영리 단체(OpenSats) 후원으로 구성된 비트코인 레드팀(Bitcoin Red Team)이 AI를 활용해 비트코인 관련 오픈소스 저장소 390곳을 감사했는데, 활동 시작 첫 27.5시간 만에 4,962건의 이슈(이 중 85건이 치명적 등급)를 찾아냈습니다. 다만 이 수치는 잠정 집계로, 각 발견 사항은 재현·검증·비공개 제보 절차를 거쳐야 확정 취약점으로 인정되며 초기엔 이 과정을 마친 항목이 많지 않았다는 점은 감안해야 합니다. 그럼에도 공격자가 AI로 취약점을 먼저 찾아내는 시대인 동시에, 방어 쪽도 AI로 대규모 코드 감사를 할 수 있는 시대가 됐다는 방향성만큼은 뚜렷합니다. 지갑을 고를 때는 오픈소스 여부뿐 아니라, 커뮤니티 검증이 실제로 활발한지, 과거 보안 이슈에 얼마나 빠르고 투명하게 대응했는지를 함께 봐야 합니다.


기준 ③ 단일 서명 vs 멀티시그 — 보관액이 크다면 검토할 것

이번 콜드카드 사태에서 실제로 자산이 빠져나간 지갑은 전부 싱글시그(단일 서명) 구조였습니다. 서명 키가 하나뿐이라 그 키 하나만 뚫리면 자산이 바로 빠져나갑니다.

멀티시그(예: 2-of-3)는 여러 개의 키 중 일정 개수 이상이 함께 서명해야 자산이 이동하는 구조라, 키 하나가 손상돼도 즉시 자산을 잃지 않습니다. 다만 조건이 하나 있습니다. 멀티시그도 각 키를 서로 다른 기기·제조사에서 독립적으로 생성했을 때만 의미가 있습니다. 여러 키를 전부 같은 취약한 방식으로 만들었다면, 공격자가 그 키들을 모두 복원해 서명 조건을 채울 수도 있기 때문입니다. 소액·단기 보관이라면 싱글시그로도 충분하지만, 장기간 큰 금액을 보관한다면 서로 다른 기기·벤더로 구성한 멀티시그를 검토할 만합니다.


기준 ④ 운영 습관 — 기기보다 습관이 더 중요할 때가 많습니다

아무리 좋은 기기를 써도 운영 습관이 허술하면 소용없습니다. 최소한 다음은 지키는 것이 좋습니다.

  • 주소 재사용 피하기: 같은 수신 주소를 반복해서 쓰지 않고, 거래마다 새 주소를 사용합니다. 주소가 재사용되면 그 주소와 관련된 정보가 블록체인상에 누적되어 프라이버시와 분석 저항력이 떨어집니다.
  • 백업 문구 분산 보관: 복구 문구(시드)를 한 곳에 몰아두지 않고, 물리적으로 떨어진 여러 장소에 나눠 보관합니다. 화재·도난 같은 단일 사고로 전부 잃는 상황을 막기 위해서입니다.
  • 인터넷 연결 기기에 시드 입력 금지: PC, 스마트폰, 웹사이트 어디에도 시드 문구를 입력하지 않습니다. 콜드카드 사태 이후 실제로 성행했던 피싱도 결국 사용자가 시드를 어딘가에 입력하도록 유도하는 방식이었습니다.

기준 ⑤ 제조사 신뢰성 — 사고가 났을 때 어떻게 대응하는지

평소엔 잘 드러나지 않다가 사고가 터졌을 때 비로소 확인되는 부분입니다.

  • 보안 공지 대응 속도: 문제를 인지한 뒤 얼마나 빨리, 얼마나 투명하게 공지하고 패치를 냈는지
  • 고객 데이터·통보 정책: 문제가 생겼을 때 실제 구매자에게 연락할 수 있는 구조를 갖추고 있는지

콜드카드 사례가 이 부분에서 아쉬운 지점을 남겼습니다. 평소 고객 주문 기록을 120일 뒤 자동으로 삭제하는 정책 때문에, 정작 취약한 펌웨어로 기기를 산 과거 고객에게 개별적으로 연락할 방법이 없었습니다. 프라이버시를 지키려는 정책이 오히려 보안 사고 통보를 어렵게 만든 셈입니다. 지갑을 고를 때 제조사의 보안 대응 이력과 공지 방식을 미리 찾아보는 것도 도움이 됩니다.


정리 — 체크리스트

기준 확인할 것
① 시드 생성 방식 기기 RNG 단독 의존 여부, 주사위 등 외부 엔트로피 추가 지원
② 펌웨어 오픈소스 공개 여부, 커뮤니티 검증 활발도, 과거 보안 대응 이력
③ 서명 방식 보관 금액·기간에 따라 싱글시그 vs 멀티시그(독립 키 생성) 선택
④ 운영 습관 주소 재사용 방지, 백업 분산 보관, 인터넷 연결 기기에 시드 미입력
⑤ 제조사 신뢰성 보안 공지 대응 속도, 고객 데이터·통보 정책

브랜드나 가격보다 이 다섯 가지를 먼저 확인하는 습관이, 이번 콜드카드 사태 같은 일을 다시 겪지 않는 가장 현실적인 방법입니다.

이 글은 투자 권유가 아니며, 정보 제공 목적으로 작성했습니다. 특정 제품이나 제조사를 보증하지 않으며, 자산 보관 방식은 각자의 상황과 보관 금액을 고려해 신중히 결정하시기 바랍니다.

Categories:

Updated:

Leave a comment