리포트 ID CTI-2026-0804-COLDCARD-RNG · 발행일 2026-08-04 · 분류 TLP:GREEN · 심각도 CRITICAL

저자 Dennis Kim / HoKwang Kim · [email protected] · @gameworkerkim

🌐 한국어 (본 문서) · English · 日本語 · 中文

하드웨어 지갑의 보안은 "키를 어디에 두는가"가 아니라 "키를 어떻게 만드는가"에 달려 있었다. Coldcard는 전자를 완벽하게 지켰고, 후자를 5년간 놓쳤다.

목차

  1. 요약 (TL;DR)
  2. 시작하는 말 — 격리는 유지되었고, 생성은 무너졌다
  3. 사건 타임라인
  4. 근본 원인 분석 — 매크로 존재 검사와 fail-open 구조
  5. 기술적 취약점 분석 — 엔트로피 붕괴의 정량화
  6. 공격 체인 분석 — 오프라인 시드 재현과 온체인 스위핑
  7. 영향 정량 분석 — 3차에 걸친 웨이브
  8. 생존자 분석 — 무엇이 지갑을 살렸는가
  9. 대응 및 마이그레이션 — 패치가 고치지 못하는 것
  10. 산업적 시사점 — 신뢰 모델의 재검토
  11. 한국 관점 — 규제 정합성과 국내 거래소 대상 권고
  12. 비트코인 투자자 대상 권고
  13. 탐지·대응·예방 체크리스트
  14. 결론
  15. 참고 문헌
  16. 부록 A — 영향 범위 및 수정 펌웨어 대조표
  17. 부록 B — 미확인 사항 및 후속 추적 과제

1. 요약 (TL;DR)

2026년 7월 29일부터 8월 2일까지, 캐나다 Coinkite 사의 비트코인 전용 하드웨어 지갑 Coldcard에서 생성된 시드를 대상으로 한 대규모 자산 탈취가 발생했다. Galaxy Research 기준 관측된 피해는 1,367.05 BTC(약 8,860만 달러, 원화 약 1,230억 원), 4,585개 주소이며, 공격은 3차에 걸친 웨이브로 진행되었고 리포트 작성 시점에도 종결되지 않았다.

공격의 본질은 침입이 아니라 재현이다. 공격자는 어떤 피해자의 장치도 만지지 않았고, PIN이나 시드 문구를 탈취하지 않았으며, 악성코드나 피싱도 사용하지 않았다. 2021년 3월 Coldcard 펌웨어의 빌드 설정 불일치로 인해 시드 생성이 STM32 하드웨어 난수 생성기(TRNG) 대신 MicroPython의 결정론적 소프트웨어 PRNG(Yasmarang) 로 라우팅되었고, 이 PRNG는 칩 고유 ID와 타이머 레지스터 값만으로 초기화된 뒤 추가 엔트로피를 전혀 수집하지 않았다. 그 결과 Mk2/Mk3의 실효 엔트로피는 128비트에서 약 40비트로, Mk4/Mk5/Q는 약 72비트로 붕괴했다.

40비트는 소비자용 하드웨어로 전수 탐색이 가능한 규모다. 공격자는 후보 시드를 오프라인에서 열거하고, BIP32/BIP39 규칙에 따라 주소를 파생한 뒤, 공개 블록체인에서 잔고를 조회해 자산이 있는 주소만 골라 스위핑했다. 블록체인의 투명성이 공격자의 정찰 인프라로 전용된 것이다.

핵심 사실 요약

구분 내용
취약점 유입 시점 2021년 3월 1일 커밋 (ckcc.rng_bytes → ngu.random.bytes), 펌웨어 v4.0.0은 2021년 3월 17일 출시
노출 기간 약 5년 4개월
실효 엔트로피 Mk2/Mk3 약 40비트, Mk4/Mk5/Q 약 72비트 (설계 목표 128비트)
1차 웨이브 2026-07-30 01:10–01:51 UTC, 41분, 1,082.65 BTC / 1,196개 주소 / 약 7,020만 달러
누적 피해 1,367.05 BTC / 4,585개 주소 / 약 8,860만 달러 (2026-08-02 기준)
제조사 최초 공지 1차 웨이브 종료 약 30시간 후
탈취 자금 이동 없음 — 공격자 통제 주소에 미사용 상태로 보유
피해자 특성 평균 휴면 기간 약 3.18년, 대부분 장기 보유 개인
미영향 제품 TAPSIGNER, OPENDIME, SATSCARD (별도 코드베이스), Trezor, Ledger, Block(Bitkey)

본 사건의 한 문장 요약: 콜드 스토리지는 키를 지켰지만, 키를 만드는 순간은 지키지 못했다.

2. 시작하는 말 — 격리는 유지되었고, 생성은 무너졌다

하드웨어 지갑의 보안 모델은 두 개의 독립적인 전제 위에 서 있다.

  1. 격리 전제 — 프라이빗 키는 인터넷에 연결되지 않은 장치를 벗어나지 않는다.
  2. 생성 전제 — 그 키는 어떤 계산 자원으로도 추측할 수 없는 난수에서 파생된다.

산업 전체의 마케팅, 사용자 교육, 규제 논의는 거의 전적으로 첫 번째 전제에 집중되어 왔다. "인터넷에 연결되지 않는다"는 문구가 하드웨어 지갑 광고의 중심이었고, 국내 가상자산 규제에서 "콜드월렛 보관 비율"이라는 지표 역시 격리 전제를 정량화한 것이다.

이번 사건에서 격리 전제는 단 한 번도 깨지지 않았다. 피해자 중 한 명인 캐나다의 Jonathan Goodman은 은행 대여금고에 보관된, 한 번도 인터넷에 연결된 적 없는 Coldcard를 사용했고 시드 문구를 누구에게도 공개하지 않았다. 그럼에도 2026년 7월 29일 저녁 7분 만에 18.25 BTC를 잃었다.

무너진 것은 두 번째 전제다. 그리고 두 번째 전제가 무너지면 첫 번째 전제는 아무런 방어 가치를 갖지 못한다. 공격자는 방어선을 넘을 필요가 없었다. 방어선 안쪽에서 만들어진 비밀을 바깥에서 다시 만들어냈을 뿐이다.

이 구조는 전통적 사이버 보안의 침해 대응 패러다임과 근본적으로 다르다. 침입 흔적이 없고, 탐지할 로그가 없으며, 사고 시점은 탈취 시점이 아니라 키 생성 시점이다. 피해자는 5년 전에 이미 침해되어 있었고, 그 사실을 알 방법이 없었다.

3. 사건 타임라인

일시 이벤트 비고
2021-03-01 시드 생성 호출을 ckcc.rng_bytes에서 ngu.random.bytes로 변경하는 커밋 반영 취약점 유입 시점
2021-03-17 펌웨어 v4.0.0 출시 취약 펌웨어 배포 개시
2021-03 ~ 2026-07 취약 시드가 지속 생성·유통 사용자·제조사 모두 인지하지 못함
2026-07-29 저녁 (현지) 개인 피해자 Jonathan Goodman, 7분간 18.25 BTC 유출 최초 공개 피해 증언
2026-07-30 01:10–01:51 UTC 1차 웨이브: 1,082.65 BTC / 1,196개 주소 스위핑 (41분, 6개 블록에 분산) 중간 3개 블록은 공백 — 배치 브로드캐스트 정황
2026-07-30 (초기 10분) 약 3,000만 달러 탈취, 고액 지갑 우선 타격 Chainalysis 분석
2026-07-31 (1차 종료 약 30시간 후) Coinkite 최초 보안 권고 공개 (Mk2/Mk3 대상) 이미 자금 유출 완료 시점
2026-07-31 09:33 EDT 수정 펌웨어 배포 (Mk4/Mk5 v5.6.0+, Q v1.5.0Q+)
2026-08-01 Coinkite 권고 확대 — Mk4/Mk5/Q도 약 72비트 엔트로피로 영향 영향 범위 확대
2026-08-01 Galaxy Research, 2차 웨이브 확인 — 누적 1,158.66 BTC / 2,673개 주소 / 약 7,510만 달러 공격자 통제 주소 7개
2026-08-02 Galaxy Research, 3차 웨이브 확인 — 207.73 BTC / 1,912개 주소 추가 소액 지갑 대상, 추적 난이도 높은 패턴
2026-08-02 누적 1,367.05 BTC / 4,585개 주소 / 약 8,860만 달러 공격 진행 중
2026-08-02 Galaxy, 공격자 의심 주소 약 600개를 연방 수사기관·컴플라이언스 업체에 제보
2026-08-03 (현재) 탈취 자금 미이동 상태 유지, 조사 진행 중 본 리포트 작성 시점

4. 근본 원인 분석 — 매크로 존재 검사와 fail-open 구조

4.1 결함의 구조

Block의 비트코인 엔지니어링 팀이 공개한 분석에 따르면 결함은 다음 순서로 발생했다.

[1] Coldcard 프로덕션 빌드 설정
    MICROPY_HW_ENABLE_RNG = 0
    (Coinkite가 자체 하드웨어 RNG 래퍼를 제공하므로 의도적으로 0 설정)
         ↓
[2] libngu 라이브러리
    매크로가 "정의되어 있는가"만 검사 (#ifdef 계열)
    "값이 활성화되어 있는가"(#if)는 검사하지 않음
         ↓
[3] 판정 결과
    매크로는 정의되어 있으므로 "하드웨어 RNG 사용 가능"으로 오판되지 않고,
    빌드가 MicroPython 기본 폴백 경로에 바인딩됨
         ↓
[4] 폴백 PRNG: Yasmarang
    시드 소스 = 칩 고유 ID(UID) + 타이머 레지스터
    초기화 이후 신규 엔트로피 수집 없음
         ↓
[5] 2021-03-01 커밋
    ckcc.rng_bytes (STM32 하드웨어 페리페럴 직결)
    → ngu.random.bytes (손상된 libngu 경로)
         ↓
[6] SHA256d 해싱
    해시는 입력 엔트로피를 증가시키지 못함
    2^40개 입력 → 최대 2^40개 출력

핵심은 6단계다. 많은 사용자와 일부 초기 보도가 "SHA256으로 해싱하니 안전한 것 아닌가"라는 오해를 보였으나, 암호학적 해시 함수는 압축과 확산은 제공하지만 엔트로피를 창출하지 않는다. 입력 후보가 2^40개면 출력 후보도 2^40개다. 이는 2012년 이후 반복적으로 재발한 RNG 실패 사례들(Debian OpenSSL, Android SecureRandom, Profanity 벌니티 주소 생성기 등)과 동일한 구조적 오류다.

4.2 왜 5년간 발견되지 않았는가

요인 설명
출력 관찰만으로는 탐지 불가 Yasmarang 출력은 통계적 난수 검정(NIST STS, Dieharder 등)을 통과한다. 문제는 분포가 아니라 탐색 공간의 크기다
빌드 시점 결함 소스 코드를 읽는 것만으로는 드러나지 않는다. 빌드 설정과 라이브러리 조건부 컴파일의 상호작용에서 발생
오픈소스의 역설 펌웨어가 오픈소스였기에 공격자도 동일하게 검증할 수 있었다. 감사 가능성은 양방향 자산이다
재현성 검증 부재 두 대의 동일 장치가 서로 다른 시드를 만드는지 확인하는 교차 장치 엔트로피 검증이 릴리스 절차에 없었다
자동화 감사의 한계 Coinkite는 사건 수주 전 동일 코드에 대해 AI 기반 감사를 수행했으나 결함을 발견하지 못했다고 밝혔다

4.3 공격자의 발견 경로에 관한 관찰

Coinkite는 공격자가 오픈소스 펌웨어에서 결함을 찾아내는 데 AI를 활용했을 가능성을 제기했다. 동시에 자사의 AI 감사는 같은 코드에서 아무것도 찾지 못했다. 이 비대칭은 주목할 만하다.

방어자의 AI 감사는 "이 코드에 취약점이 있는가"라는 광범위하고 목적 없는 질문을 던진다. 공격자의 AI 활용은 "이 장치가 만들 수 있는 시드의 총 가짓수는 얼마인가"라는 좁고 목적이 명확한 질문을 던진다. 후자가 훨씬 답하기 쉬운 질문이다. LLM은 판단을 대신하는 신탁이 아니라 계산을 대신하는 도구이며, 도구의 산출물 품질은 던지는 질문의 구체성에 비례한다. 방어 측 AI 감사 설계에서 이 점은 실무적 교훈이 된다.

다만 공격자의 AI 사용 여부는 현재까지 정황 추정이며 확증된 사실이 아니다.

5. 기술적 취약점 분석 — 엔트로피 붕괴의 정량화

5.1 취약점 요약

항목 내용
취약점 유형 CWE-331 (불충분한 엔트로피), CWE-338 (암호학적으로 취약한 PRNG 사용)
영향 제품 Coldcard Mk2, Mk3, Mk4, Mk5, Q
유입 시점 2021-03-01 (커밋), 2021-03-17 (v4.0.0 출시)
CVSS v3.1 (평가값) 9.1 (Critical) — AV:N / AC:L / PR:N / UI:N / S:U / C:H / I:N / A:H
공격 전제 조건 대상 장치에 대한 물리적·논리적 접근 불필요
탐지 가능성 피해자 측 탐지 불가 (침해 흔적 부재)

5.2 엔트로피 붕괴의 규모

모델 설계 목표 실효 엔트로피 탐색 공간 실무적 해석
Mk2 / Mk3 128비트 약 40비트 약 1.1×10^12 소비자용 GPU 클러스터로 수 시간~수일 내 전수 탐색 가능
Mk4 / Mk5 / Q 128비트 약 72비트 약 4.7×10^21 현행 소비자 장비로는 비현실적. 국가급·대규모 자금 공격자에게는 이론적 사정권
정상 BIP-39 12단어 128비트 128비트 약 3.4×10^38 전수 탐색 불가

Mk4/Mk5/Q가 상대적으로 나은 이유는 보안 요소(secure element)가 자체 엔트로피를 PRNG 상태에 혼입했기 때문이다. 다만 Coinkite의 기술 배경 문서에 따르면 이들 모델도 초기 혼입 이후 대부분의 후속 난수 값을 동일한 손상 경로에서 인출했다.

일부 초기 보도는 탐색 공간을 "약 40억 개(2^32)"로 기술했다. 이는 Block이 언급한 "32비트 리시드 취약성"에서 파생된 수치로 보이며, Coinkite 공식 권고의 40비트 추정치와 구분해서 읽어야 한다. 어느 쪽이든 전수 탐색 가능 영역이라는 결론은 동일하다.

5.3 시드 이외의 부수적 영향

동일한 손상 경로는 시드 생성 외의 기능에도 사용되었다. Block의 공개 자료가 명시한 영향 함수는 다음과 같다.

  • 종이 지갑(paper wallet) 프라이빗 키 생성
  • Seed XOR 분할 마스크 생성
  • 장치 복제(cloning) 키 생성

즉 Seed XOR로 시드를 분할 보관한 사용자도 분할 마스크 자체가 예측 가능했을 가능성이 있다. 이는 "고급 사용자일수록 안전했다"는 통념이 부분적으로만 성립함을 뜻한다.

5.4 fail-open 구조에 대한 미해결 지적

Block은 Mk4/Q/Mk5의 구조를 "위험한 fail-open 구조"로 규정했다. 부팅 시퀀스 초기, 리시드 실행 이전에 예외가 포착되면 장치가 공개된 초기 상태 그대로, 추가 엔트로피 없이 동작할 수 있다는 지적이다. 이 시나리오가 실제 프로덕션에서 발생하는지는 별도 평가 대상으로 남아 있으며, 본 리포트 작성 시점에 미해결 사항이다.

이는 안전 설계 원칙 관점에서 중요하다. 암호학적 난수 생성기는 fail-closed여야 한다. 엔트로피 소스를 확보하지 못하면 값을 반환하는 대신 동작을 중단해야 한다. 값을 반환하되 품질이 낮은 구조는, 실패했다는 사실 자체가 은폐된다.

6. 공격 체인 분석 — 오프라인 시드 재현과 온체인 스위핑

6.1 단계별 분해

단계 행위 관측 근거
1. 결함 식별 오픈소스 펌웨어 및 빌드 설정 분석, 탐색 공간 산정 펌웨어 공개 저장소
2. 후보 시드 열거 UID·타이머 상태·선행 RNG 호출 이력을 제약해 후보 출력 스트림 재현 Block 분석
3. 주소 파생 BIP-32/BIP-39/BIP-44·49·84 파생 경로별 주소 생성 표준 규격
4. 잔고 대조 공개 블록체인 데이터(UTXO 세트) 대비 매칭 Galaxy·Chainalysis 분석
5. 우선순위 선정 고액 지갑 우선 타격 후 소액으로 확산 초기 10분 3,000만 달러
6. 자동화 스위핑 전 트랜잭션 동일 하드코딩 수수료율 30 sat/vB, 잔돈 출력 없음 Galaxy 분석 — 자동화 도구 사용 정황
7. 자금 보유 7개(1·2차 기준) 공격자 주소에 미사용 상태 보유 온체인 관측

6.2 트래픽 지문

Galaxy가 자동화 도구 사용을 판단한 근거는 두 가지다. 첫째, 모든 트랜잭션이 동일한 하드코딩 수수료율(30 sat/vB) 을 사용했다. 정상적인 지갑 소프트웨어는 mempool 상황에 따라 수수료를 동적으로 조정한다. 둘째, 잔돈 출력(change output)이 존재하지 않았다. 잔고 전액을 단일 주소로 이동시키는 스위핑 패턴이다.

이 지문은 향후 유사 공격 탐지 규칙 작성의 기초 자료가 된다.

6.3 웨이브 간 차이

웨이브 시점 규모 특징
1차 07-30 01:10–01:51 UTC 1,082.65 BTC / 1,196주소 고액 우선, 균일 패턴
2차 08-01 확인 누적 1,158.66 BTC / 2,673주소 1차와 유사 패턴, 동일 운영자 추정
3차 08-02 확인 +207.73 BTC / 1,912주소 소액 대상, 복잡·추적 난이도 높은 패턴

Galaxy는 각 웨이브가 단일 운영자의 작업으로 보이지만 세 웨이브가 동일 주체인지는 온체인 데이터만으로 판별할 수 없다고 명시했다. 3차의 패턴 변화는 도구 개선 또는 동일 키 공간을 이용하는 별개 행위자 등장 두 가지 가능성을 모두 남긴다.

6.4 MITRE ATT&CK 매핑

Tactic Technique ID 본 사건에서의 구현
Reconnaissance Gather Victim Host Information T1592 장치 UID·타이머 특성 분석
Reconnaissance Search Open Technical Databases T1596 공개 블록체인 UTXO 세트 조회
Reconnaissance Search Open Websites/Domains T1593 오픈소스 펌웨어 저장소 분석
Resource Development Develop Capabilities: Malware T1587.001 자동화 스위핑 도구 제작
Credential Access Brute Force T1110 축소된 시드 공간 전수 탐색
Credential Access Unsecured Credentials: Private Keys T1552.004 재현된 시드에서 프라이빗 키 파생
Collection Data from Information Repositories T1213 온체인 잔고 데이터 수집
Impact Financial Theft T1657 비트코인 스위핑

7. 영향 정량 분석 — 3차에 걸친 웨이브

7.1 피해 규모

항목 수치
누적 탈취량 1,367.05 BTC
달러 환산 약 8,860만 달러
원화 환산 (1,390원/달러 가정) 약 1,232억 원
영향 주소 수 4,585개
1차 웨이브 소요 시간 41분
단일 최대 피해 약 180만 달러
공개 증언 개인 피해 18.25 BTC (약 160만 캐나다달러)
자금 회수 0 (전액 공격자 주소에 미이동 보유)
제조사 인지~공지 지연 약 30시간

7.2 피해자 프로파일

Galaxy 분석에 따르면 탈취된 자산의 평균 휴면 기간은 약 3.18년이다. 이는 피해자 집단이 기관이 아니라 장기 보유 개인(long-term holder) 에 집중되어 있음을 시사한다.

이 프로파일은 세 가지 함의를 갖는다.

  1. 탐지 지연 — 수년간 지갑을 열어보지 않는 사용자가 다수였으므로, 유출 사실 인지가 크게 늦어졌다.
  2. 보안 의식과 피해의 역상관 — 거래소를 신뢰하지 않고 자가 보관을 선택한, 상대적으로 보안 의식이 높은 집단이 오히려 피해자가 되었다.
  3. 회복 불능성 — 개인 자가 보관 자산에는 예금자 보호도, 거래소의 준비금·보험도 적용되지 않는다.

7.3 진행형 리스크

Galaxy는 공격이 진행 중이며 취약 시드로 생성된 모든 주소가 결국 비워질 것이라고 경고했다. 3차 웨이브가 소액 지갑을 대상으로 했다는 점은 공격자가 경제성 임계값을 낮추며 잔여 대상을 소진하고 있음을 뜻한다. "내 지갑은 금액이 작으니 우선순위가 낮을 것"이라는 판단은 이미 유효하지 않다.

8. 생존자 분석 — 무엇이 지갑을 살렸는가

8.1 생존 조건

조건 보호 수준 근거
독립적 주사위 롤 50~98회 입력 안전 (RNG 결함 단독으로는 위험 없음) 주사위 입력만으로 128비트 이상 기여
독립적 주사위 롤 99회 이상 안전 (약 256비트 기여) 상동
주사위 롤 50회 미만 또는 기억 불명 위험 — 마이그레이션 대상 Coinkite 권고
강력하고 고유한 BIP-39 패스프레이즈 즉시 노출은 감소, 근본 해결 아님 시드 단어만으로 도달 불가한 별도 지갑 생성
취약 펌웨어 이전 생성 시드 안전 v4.0.0 이전
수정 펌웨어에서 신규 생성 시드 안전 장치 생성 엔트로피만으로 충분
멀티시그 (전 키가 취약 장치 생성) 위험 모든 키가 동일 결함 영향
멀티시그 (일부 키가 타 벤더 장치 생성) 조건부 안전 임계값 구성에 따라 상이

핵심은 주사위 롤이 장치 생성 엔트로피와 해시로 결합되었고, 이 사용자 제공 엔트로피는 펌웨어 결함의 영향을 받지 않았다는 점이다.

8.2 시사점 — 사용자 엔트로피의 재평가

주사위 롤 기능은 그동안 "편집증적 사용자를 위한 선택적 고급 기능"으로 취급되었다. 이번 사건은 이 기능이 벤더 신뢰가 붕괴한 상황에서 유일하게 작동한 방어선이었음을 보여준다.

동시에 Casa의 경영진이 지적했듯, 일반 투자자가 주사위를 굴려 시드를 보완할 것을 기대하는 것은 비현실적이다. 사용성과 보안의 간극이 그대로 드러난 지점이며, 이 간극을 사용자 교육이 아니라 제품 설계로 메우는 것이 산업의 과제다.

실무적 권고는 명확하다. 사용자 제공 엔트로피를 선택 기능이 아니라 기본값으로 전환해야 한다. 최소한 고액 보관 목적의 시드 생성 시에는 필수 절차로 강제하는 것이 타당하다.

9. 대응 및 마이그레이션 — 패치가 고치지 못하는 것

9.1 수정 펌웨어 버전

모델 릴리스 트랙 수정 버전
Mk2 / Mk3 표준 v4.2.0 이상
Mk4 / Mk5 표준 v5.6.0 이상
Mk4 / Mk5 Edge v6.6.0X 이상
Q 표준 v1.5.0Q 이상
Q Edge v6.6.0QX 이상

주의: 표준과 Edge는 별개 트랙이다. Edge 버전 번호가 표준보다 높다는 이유로 수정본이라고 가정해서는 안 된다.

9.2 패치의 한계

펌웨어 업데이트는 기존 시드를 변경하거나 복구하지 않는다.

이 한 문장이 이번 사건 대응의 전부다. 취약점은 장치가 아니라 장치가 이미 뽑은 숫자에 존재한다. 따라서 다음 조치들은 모두 무효다.

무효한 대응 이유
펌웨어만 업데이트하고 기존 지갑 계속 사용 시드는 그대로 취약
취약 시드를 다른 벤더 지갑에 복원 공격자는 장치가 아니라 시드 공간을 탐색한다
취약 시드를 종이/금속 백업으로 재기록 시드 값 자체가 문제
다른 주소(파생 인덱스)로 자금 이동 동일 시드에서 파생되는 모든 주소가 노출
자산을 소액으로 분할 3차 웨이브가 소액을 표적화 중

9.3 올바른 마이그레이션 절차

  1. 모델과 릴리스 트랙을 확인하고 해당 수정 펌웨어를 먼저 설치한다.
  2. 수정 펌웨어 설치를 화면에서 버전 문자열로 직접 확인한다.
  3. 완전히 새로운 시드를 생성한다. 수정 펌웨어의 장치 생성 엔트로피만으로 충분하며, 주사위 롤은 선택 사항이다.
  4. 새 시드와 패스프레이즈를 백업한다. 패스프레이즈는 시드 단어와 물리적으로 분리 보관한다.
  5. 장치를 전원 재인가(power-cycle)한 뒤 지갑 지문(fingerprint)과 수신 주소를 장치 화면에서 검증한다.
  6. 소액 테스트 트랜잭션을 먼저 전송하고 도착을 확인한다.
  7. 잔여 자산 전액을 이체한다.
  8. 마이그레이션 완료 확인 전까지 구 백업을 폐기하지 않는다.

Coinkite와 다수 연구기관이 공통적으로 강조하는 것은 서두르지 말라는 점이다. 급박한 상황에서의 마이그레이션 실수(주소 오타, 잘못된 백업, 검증 생략)가 해킹보다 큰 손실을 유발한 사례는 반복적으로 관측되어 왔다.

9.4 제조사 대응 평가

조치 평가
수정 펌웨어 전 모델 트랙 배포 적절 — 신속한 배포
미출하 재고 장치 전량 폐기 적절 — 공급망 오염 차단
출하 완료 고객 대상 이메일 개별 통지 적절하나 도달률 한계
최초 공지까지 약 30시간 지연 부적절 — 1차 웨이브 종료 후 공지
초기 권고에서 Mk4/Q/Mk5를 "영향 없음"으로 분류 후 8/1 정정 부적절 — 초기 범위 산정 오류로 사용자 판단 왜곡
미영향 제품(TAPSIGNER/OPENDIME/SATSCARD) 명시 적절

30시간 지연은 이번 사건 대응에서 가장 비판받아야 할 지점이다. 다만 공격이 공지에 선행했으므로, 즉시 공지했더라도 1차 웨이브를 막을 수는 없었을 가능성이 높다. 문제는 2차·3차 웨이브 피해자 다수가 그 지연 구간에서 조치 기회를 잃었다는 데 있다.

10. 산업적 시사점 — 신뢰 모델의 재검토

10.1 무너진 가정

산업의 암묵적 가정 이번 사건의 반증
하드웨어 RNG는 신뢰할 수 있다 빌드 설정 한 줄로 비활성화될 수 있으며, 그 사실이 은폐된다
오픈소스 펌웨어는 충분히 감사된다 5년간 공개된 코드에서 아무도 발견하지 못했다
물리적 격리가 키의 안전을 보장한다 격리는 완벽했고 자산은 사라졌다
콜드 스토리지는 핫 월렛보다 안전하다 생성 단계 결함 앞에서 이 비교는 무의미하다
자가 보관은 거래소 리스크를 제거한다 거래소 리스크를 벤더 리스크로 교환할 뿐이다

10.2 구조적 교훈

첫째, 신뢰의 최소 단위는 장치가 아니라 순간이다. 하드웨어 지갑의 보안 평가는 "이 장치가 안전한가"가 아니라 "이 키가 만들어진 순간이 안전했는가"를 물어야 한다. 이는 자산 보관 실사(due diligence)의 질문 형식을 바꾸는 문제다.

둘째, 난수 생성기는 fail-closed여야 한다. 엔트로피 소스 확보에 실패했을 때 저품질 값을 반환하는 설계는, 실패 사실 자체를 은폐한다. NIST SP 800-90B의 지속적 건전성 검사(continuous health test) 요구사항이 존재하는 이유가 여기에 있다.

셋째, 감사 가능성은 감사를 의미하지 않는다. 오픈소스는 "누군가 검토했을 것"이라는 집단적 착각을 유발한다. 실제 검토 여부는 별개의 사실이며, 검증되지 않으면 존재하지 않는 것으로 간주해야 한다.

넷째, 투명성은 양날의 검이다. 공개 원장은 감사와 검증의 기반이면서 동시에 공격자의 무료 정찰 인프라다. 프라이버시 기법(코인조인, 주소 재사용 회피)은 이번 사건에서 실질적 방어 가치를 가졌다.

다섯째, 벤더 집중이 새로운 단일 실패 지점이다. 탈중앙화 시스템에서 사용자들이 소수 하드웨어 벤더에 수렴하면, 프로토콜 레이어의 탈중앙화는 유지되지만 키 생성 레이어에 시스템 리스크가 축적된다. 이번 사건은 그 리스크가 실현된 첫 대규모 사례다.

10.3 프로토콜 레이어에는 문제가 없었다

부수적으로 확인해 둘 사항이 있다. 비트코인 프로토콜, secp256k1 곡선, BIP-32/39 표준에는 어떤 결함도 발견되지 않았다. 실패는 전적으로 구현 레이어, 그것도 특정 벤더의 빌드 설정에서 발생했다. Trezor, Ledger, Block(Bitkey)은 자사 제품의 미영향을 확인했다.

이 구분은 시장 커뮤니케이션에서 중요하다. "비트코인이 해킹당했다"는 서술은 부정확하며, 정확한 서술은 "특정 하드웨어 지갑 제조사의 키 생성 구현이 실패했다"이다.

11. 한국 관점 — 규제 정합성과 국내 거래소 대상 권고

11.1 현행 국내 규제의 사각지대

가상자산이용자보호법(2024년 7월 19일 시행)은 가상자산사업자에게 이용자 가상자산 경제적 가치의 80% 이상을 콜드월렛에 보관하도록 요구한다. 종전 특정금융정보법 체계상 ISMS 인증 요건의 70% 기준에서 상향된 것이다. 사업자는 매월 경제적 가치를 산출하고 비율을 유지해야 한다.

2026년 2월, 금융위원회는 국회 정무위원회 서면 답변을 통해 2단계법(디지털자산기본법) 하위규정 마련 시 콜드월렛 보관 비율을 100% 수준으로 상향하는 방안을 검토하겠다고 밝혔다. 아울러 디지털자산 커스터디를 별도의 업으로 규율하는 방안도 검토 중이다.

문제는 이 규제 체계 전체가 격리 전제만을 규율한다는 데 있다.

규제 지표 규율 대상 이번 사건 방어 가능 여부
콜드월렛 보관 비율 80% 자산이 어디에 있는가 불가
콜드월렛 보관 비율 100% (검토 중) 자산이 어디에 있는가 불가
ISMS 인증 관리 체계 일반 부분적
준비금·보험 (원화마켓 30억, 그 외 5억) 사후 배상 사후 대응만
키 생성 엔트로피 품질 기준 부재 —

콜드월렛 비율이 100%였더라도 이번 유형의 공격은 막지 못한다. 취약한 시드로 생성된 콜드월렛은 100% 콜드 상태에서 비워진다. 규제 지표가 실제 위험과 정렬되어 있지 않다는 뜻이다.

11.2 국내 거래소·VASP 대상 권고

우선순위 조치 상세
즉시 키 생성 출처 전수 조사 운영 중인 모든 콜드월렛의 키가 언제, 어떤 장치·펌웨어 버전·HSM에서 생성되었는지 목록화. Coldcard 계열 사용 이력이 있다면 즉시 격리 및 마이그레이션
즉시 상용 하드웨어 지갑의 운영 자산 사용 여부 점검 소비자용 하드웨어 지갑은 기관 커스터디 용도로 설계되지 않았다. 임시·비상 용도로라도 사용된 이력이 있는지 확인
1주 엔트로피 소스 이중화 검증 HSM의 TRNG 단일 의존 여부 확인. 최소 2개 이상 독립 소스를 XOR 결합하고, 어느 하나가 실패해도 나머지가 보안을 유지하는 구조 확보
1주 키 생성 프로버넌스 기록 체계 수립 키별로 생성 일시·장치 식별자·펌웨어 버전·엔트로피 소스·입회자를 서명된 로그로 보존. 사후 영향 범위 산정의 전제 조건
2주 멀티시그·MPC 구성의 이기종화 감사 임계값 구성의 모든 키가 동일 벤더·동일 펌웨어·동일 라이브러리에서 생성되었다면 다중화의 의미가 없다. 벤더·아키텍처·엔트로피 소스를 교차 분산
2주 교차 장치 엔트로피 검증 절차 도입 동일 모델 2대 이상에서 생성한 키의 통계적 독립성 검증을 키 생성 SOP에 편입
1개월 HSM 인증 요건 재확인 FIPS 140-2/140-3 Level 3 이상, CC EAL4+ 등 인증 유효성과 인증 범위에 RNG가 포함되는지 확인
1개월 펌웨어 SBOM 및 변경 관리 커스터디 인프라 전 구성요소의 SBOM 확보. 펌웨어 업데이트 시 제3자 보안 감사 및 회귀 검증 의무화
분기 키 로테이션 정책 수립 무기한 사용 키를 제거. 정기 로테이션 시 신규 엔트로피 소스로 재생성
상시 온체인 이상 출금 탐지 규칙 강화 동일 수수료율 하드코딩, 잔돈 출력 부재, 장기 휴면 주소의 전액 이동 등 스위핑 지문 기반 알림

11.3 규제 당국 대상 정책 제언

  1. 보관 위치 규제에서 키 생명주기 규제로의 확장 — 콜드월렛 비율은 필요조건이지 충분조건이 아니다. 2단계법 하위규정에는 비율 상향과 별개로 키 생성·백업·로테이션·폐기 전 과정의 무결성 요건이 포함되어야 한다.

  2. 커스터디 별도 업 규율 시 RNG 요건 명문화 — 금융위가 검토 중인 디지털자산 커스터디 업 규율에서, 진입 규제 요건으로 인증된 난수 생성기(NIST SP 800-90A/B/C 준거 또는 동등 인증) 사용을 명시하는 방안을 검토할 필요가 있다.

  3. 하드웨어 지갑 취약점 공시 의무 검토 — 국내 유통되는 하드웨어 지갑 벤더에 대해 중대 취약점 발견 시 이용자 통지 기한(예: 24시간)을 규율하는 방안. 이번 사건의 30시간 지연은 그 필요성을 실증한다.

  4. 자가 보관 이용자에 대한 정보 제공 체계 — 자가 보관은 예금자 보호도 준비금 보상도 적용되지 않는다. 이 사실과 벤더 리스크의 존재를 거래소 출금 안내 단계에서 고지하도록 하는 방안.

  5. 국내 유통 이력 파악 — 국내에 Coldcard가 얼마나 유통되었고 피해 사례가 있는지는 현재 공개된 자료가 없다. KISA·금융보안원 차원의 실태 파악과 국문 권고 배포가 필요하다.

11.4 국내 시장 특수성

한국 시장은 원화마켓 5대 거래소 중심의 높은 거래소 집중도와, 트래블룰 시행에 따른 개인 지갑 출금 제약으로 인해 자가 보관 비율이 상대적으로 낮은 편으로 알려져 있다. 이는 이번 사건에 대한 직접 노출을 줄이는 요인이지만, 동시에 다음 두 가지 리스크를 남긴다.

  • 거래소 커스터디 인프라 자체의 키 생성 리스크가 집중된다. 개인이 분산 보유했다면 개별 사고에 그쳤을 위험이, 거래소에 집중되면 시스템 리스크가 된다.
  • 법인 시장 개방과 기관 커스터디 확대 국면에서 커스터디 사업자의 키 관리 표준이 정립되지 않으면 동일 유형의 사고가 훨씬 큰 규모로 재현될 수 있다.

12. 비트코인 투자자 대상 권고

12.1 Coldcard 보유자 대상 즉시 판정 절차

Q1. 지갑 시드를 Coldcard에서 생성했는가?
    아니오 → 영향 없음 (단, Q5 확인)
    예 ↓

Q2. 시드 생성 시점이 2021년 3월 17일(펌웨어 v4.0.0 출시) 이후인가?
    아니오 → 영향 없음
    모름 → 영향 있는 것으로 간주하고 진행
    예 ↓

Q3. 시드 생성 시 독립적이고 비공개인 주사위 롤을 50회 이상 입력했는가?
    예(확실) → RNG 결함 단독으로는 위험하지 않음. 단 Seed XOR 사용자는 12.3 참조
    아니오 / 기억 나지 않음 ↓

Q4. 즉시 마이그레이션 대상. 9.3의 절차를 따른다.

Q5. 종이 지갑 생성, Seed XOR 분할, 장치 복제 기능을 사용한 적이 있는가?
    예 → 해당 산출물도 예측 가능했을 수 있음. 별도 마이그레이션 필요

패스프레이즈 사용자 주의: 강력하고 고유한 BIP-39 패스프레이즈는 즉시 노출을 크게 줄이지만, 취약한 시드를 복구하지는 않는다. Coinkite는 패스프레이즈 사용자도 실무적으로 가능한 한 빨리 마이그레이션할 것을 권고한다.

12.2 일반 비트코인 투자자 대상 권고

권고 근거
벤더를 분산하라 단일 벤더 의존은 이번 사건이 실증한 시스템 리스크다. 보유 규모가 크다면 서로 다른 제조사·아키텍처의 장치에 분산
멀티시그는 이기종으로 구성하라 2-of-3 구성의 3개 키가 모두 같은 모델·같은 펌웨어에서 나왔다면 다중화 효과는 0이다
사용자 엔트로피를 습관화하라 주사위 롤이나 동전 던지기 등 벤더가 통제하지 않는 엔트로피를 시드에 결합. 최소 50회
패스프레이즈를 사용하되 분리 보관하라 시드 단어와 패스프레이즈를 물리적으로 다른 장소에 보관
주소 재사용을 피하라 공개 원장이 공격자의 정찰 자산이 되는 구조를 약화시킨다
정기적으로 잔고를 확인하라 이번 피해자 평균 휴면 기간은 3.18년이었다. 연 1회 이상 잔고 확인 루틴 수립
벤더 보안 공지 채널을 구독하라 30시간의 공지 지연도 문제였지만, 공지를 보지 못한 사용자는 며칠을 잃었다
보관 방식을 규모에 맞게 계층화하라 소액은 편의성 우선, 고액은 멀티시그·이기종·사용자 엔트로피
자가 보관의 책임 범위를 이해하라 자가 보관 자산에는 예금자 보호도, 거래소 준비금·보험도 적용되지 않는다

12.3 하지 말아야 할 것

금지 사항 이유
취약 시드를 다른 지갑 앱·장치에 복원해 "이전했다"고 판단 시드 값 자체가 탐색 공간 안에 있다
소액이라는 이유로 마이그레이션 연기 3차 웨이브는 수천 달러 규모 지갑을 표적화했다
공황 상태에서 검증 없이 대량 이체 마이그레이션 실수가 해킹보다 큰 손실을 유발한 사례가 반복 관측된다
"복구 서비스"를 표방하는 제3자에게 시드 제공 사고 직후는 2차 피싱의 최성수기다. 어떤 상황에서도 시드를 타인에게 제공하지 않는다
신규 시드 생성 전 펌웨어 확인 생략 취약 펌웨어에서 새 시드를 만들면 다시 취약 시드가 된다

12.4 국내 피해 발생 시 대응 절차

  1. 온체인 증거 보전 — 유출 트랜잭션 ID, 시각(UTC), 송신·수신 주소, 금액을 기록. 블록 익스플로러 화면 캡처 병행.
  2. 수사기관 신고 — 경찰청 사이버수사국 또는 관할 경찰서 사이버수사대. 국제 공조가 필요하므로 초기 신고 시점이 중요하다.
  3. 온체인 분석 업체 제보 — Galaxy Research, Chainalysis 등이 공격자 주소 데이터베이스를 구축 중이다. 피해 주소 정보 제공이 전체 추적에 기여한다.
  4. 거래소 동결 요청 — 자금이 거래소로 유입될 경우를 대비해 국내외 주요 거래소 컴플라이언스 채널에 주소를 사전 등록. 현재 자금이 미이동 상태이므로 이 조치는 실효성이 있다.
  5. 세무 처리 준비 — 도난 손실의 세무상 취급은 사안별로 다르며, 자산 이동 기록과 도난 증빙을 보전해 두어야 한다. 구체적 판단은 세무 전문가와 상담이 필요하다.

본 항목은 일반 정보이며 법률 자문이 아니다. 개별 사안의 법적 대응은 변호사와 상담해야 한다.

13. 탐지·대응·예방 체크리스트

13.1 개인 사용자

  • 보유 하드웨어 지갑의 제조사·모델·펌웨어 버전 확인
  • 각 시드의 생성 시점 및 생성 장치 기록 확인
  • 주사위 롤 등 사용자 엔트로피 입력 여부 확인
  • 해당 시 수정 펌웨어 설치 → 신규 시드 생성 → 소액 테스트 → 전액 이체
  • Seed XOR·종이 지갑·장치 복제 산출물의 별도 점검
  • 블록 익스플로러 잔고 알림 설정
  • 벤더 보안 공지 채널 구독

13.2 거래소·커스터디 사업자

  • 전 콜드월렛 키의 생성 프로버넌스 목록화
  • 소비자용 하드웨어 지갑의 운영 자산 사용 이력 조사
  • HSM 인증 범위에 RNG 포함 여부 확인
  • 다중 독립 엔트로피 소스 결합 구조 검증
  • 멀티시그·MPC 구성의 벤더 이기종화 감사
  • 교차 장치 엔트로피 검증을 키 생성 SOP에 편입
  • 펌웨어 SBOM 확보 및 업데이트 전 제3자 감사 절차 수립
  • 스위핑 지문 기반 이상 출금 탐지 규칙 배포
  • 키 로테이션 정책 수립 및 시행
  • 사고 발생 시 이용자 통지 SLA 정의 (24시간 이내 권장)

13.3 하드웨어 지갑 제조사

  • RNG 경로를 fail-closed로 재설계 (엔트로피 확보 실패 시 동작 중단)
  • 빌드 설정과 라이브러리 조건부 컴파일의 상호작용 검증 테스트 추가
  • 교차 장치 시드 독립성 검증을 릴리스 게이트에 편입
  • NIST SP 800-90B 지속적 건전성 검사 구현
  • 사용자 엔트로피 입력을 선택 기능에서 기본값으로 전환 검토
  • 취약점 긴급 통지 체계 구축 (이메일 도달률 한계를 고려한 다중 채널)
  • 사용자 자가 진단 도구(오프라인) 제공

14. 결론

이번 사건은 암호화폐 보안 논의의 초점을 보관에서 생성으로 이동시킨다.

지난 10년간 산업은 "어디에 두는가"를 개선하는 데 자원을 집중했다. 핫월렛에서 콜드월렛으로, 단일 서명에서 멀티시그로, 자체 보관에서 규제된 커스터디로. 국내 규제 역시 콜드월렛 보관 비율이라는 단일 지표를 중심으로 발전해 왔다. 이 방향 자체는 옳았고, 실제로 수많은 사고를 예방했다.

그러나 이번 사건은 그 모든 개선이 하나의 검증되지 않은 전제 위에 얹혀 있었음을 드러냈다. 키가 애초에 추측 불가능하게 만들어졌다는 전제. 그 전제가 빌드 설정 한 줄로 무너졌고, 5년간 아무도 알지 못했으며, 그 결과 완벽하게 격리된 장치에서 8,860만 달러가 사라졌다.

정리하면 다음 네 가지다.

  1. 콜드 스토리지는 키를 보관하지만, 키의 품질을 보장하지 않는다. 보관 규제는 생성 규제로 보완되어야 한다.
  2. 난수 생성기는 조용히 실패해서는 안 된다. fail-open RNG는 실패 사실 자체를 은폐하며, 이는 실패보다 위험하다.
  3. 감사 가능성은 감사가 아니다. 검증되지 않은 것은 존재하지 않는 것으로 취급해야 한다.
  4. 탈중앙화는 레이어별로 평가되어야 한다. 프로토콜이 탈중앙화되어 있어도 키 생성 레이어가 소수 벤더에 집중되면 시스템 리스크는 그대로 남는다.

"신뢰하지 말고 검증하라(Don't trust, verify)"는 비트코인의 오래된 원칙이다. 이번 사건은 이 원칙이 프로토콜뿐 아니라 자신의 키가 어떻게 만들어졌는지에도 적용되어야 함을 보여준다. 그리고 대부분의 사용자는 그것을 검증할 수단을 갖고 있지 않다. 그 수단을 제공하는 것이 제조사와 규제 당국의 다음 과제다.

15. 참고 문헌

  1. Coinkite. (2026). COLDCARD Security Advisory — Seed Generation. Coinkite Blog. https://blog.coinkite.com/coldcard-mk3-seed-generation-warning/
  2. Coinkite. (2026). Technical Deep Dive into the Entropy Issue. Coinkite Blog. https://blog.coinkite.com/entropy-technical-backgrounder/
  3. CoinDesk. (2026, August 1). How bitcoin cold wallets lost $70 million in an attack that never touched the devices. https://www.coindesk.com/tech/2026/08/01/how-bitcoin-cold-wallets-lost-usd70-million-in-an-attack-that-never-touched-the-devices
  4. CoinDesk. (2026, August 2). Bitcoin cold-wallet attack spreads to 4,500 addresses as losses near $89 million. https://www.coindesk.com/tech/2026/08/02/bitcoin-cold-wallet-attack-spreads-to-4-500-addresses-as-losses-near-usd89-million
  5. Decrypt. (2026). Coldcard Bitcoin Exploit Balloons to $88 Million as Attackers Keep Draining Wallets. https://decrypt.co/374817/coldcard-bitcoin-exploit-88-million-attackers-draining-wallets
  6. The Hacker News. (2026, August). Coldcard Hardware Wallet Flaw Linked to $70 Million Bitcoin Theft. https://thehackernews.com/2026/08/coldcard-hardware-wallet-flaw-linked-to.html
  7. BleepingComputer. (2026). COLDCARD wallet RNG flaw likely linked to $88 million Bitcoin theft. https://www.bleepingcomputer.com/news/security/coldcard-wallet-rng-flaw-likely-linked-to-88-million-bitcoin-theft/
  8. Tech Times. (2026, July 31). Coldcard Hardware Wallet Hacked via Firmware Bug That Bypassed RNG for Five Years. https://www.techtimes.com/articles/322392/20260731/coldcard-hardware-wallet-hacked-via-firmware-bug-that-bypassed-rng-five-years.htm
  9. crypto.news. (2026). A build error in Coldcard's firmware drained $38 million in bitcoin in 25 minutes. https://crypto.news/coldcard-firmware-bug-drains-38-million-bitcoin/
  10. Bitcoin Magazine. (2026). Coinkite Releases Fixed Firmware After Coldcard Bug; AI Likely Involved In The Breach. https://bitcoinmagazine.com/business/coinkite-releases-fixed-firmware-after-coldcard-bug-ai-likely-involved-in-the-hack
  11. The Crypto Times. (2026, August 1). Coldcard Hack Hits $75M After Alleged Second Attack Wave: Galaxy Research. https://www.cryptotimes.io/2026/08/01/coldcard-hack-hits-75m-after-alleged-second-attack-wave-galaxy-research/
  12. TechSpot. (2026). A Coldcard firmware flaw let hackers drain $70 million in Bitcoin in 41 minutes. https://www.techspot.com/news/113322-coldcard-firmware-flaw-hackers-drain-70-million-bitcoin.html
  13. PrivacyGuides. (2026, August 3). Nearly 1,400 Bitcoin Hacked from Coldcard Wallets. https://www.privacyguides.org/news/2026/08/03/nearly-1400-bitcoin-hacked-from-coldcard-wallets/
  14. 247wallst.com. (2026, August 1). Coldcard Hacked for $70M: How Do You Keep Bitcoin Safe if Cold Wallets Can Be Hacked? https://247wallst.com/investing/cryptocurrency/2026/08/01/coldcard-hacked-for-70m-how-do-you-keep-bitcoin-safe-if-cold-wallets-can-be-hacked/
  15. 금융위원회. (2023). 「가상자산 이용자 보호 등에 관한 법률」 시행령 제정안 보도자료. https://www.fsc.go.kr/no010101/81214
  16. 뉴스1. (2026, February 20). 금융위 "거래소 가상자산 콜드월렛 보관 비율, 100% 수준 상향 검토". https://www.news1.kr/finance/blockchain-fintech/6077484
  17. Decenter. (2026). 금융위 "2단계법서 거래소 콜드월렛 보관 비율 100% 상향 검토". https://www.decenter.kr/article/20010694
  18. 이투데이. (2026). 금융위 "디지털자산기본법 최대한 신속히"…법인시장 개방과 연계. https://www.etoday.co.kr/news/view/2606627
  19. 블록미디어. (2025, January 16). 디지털자산 콜드월렛 보관 비율 80%로 상향, 거래소별 운영 방식 상이. https://www.blockmedia.co.kr/archives/843516
  20. 디일렉. (2025, December 10). 업비트, 보안에 유리한 콜드월렛 98% 이상 쓴다. https://www.thelec.kr/news/articleView.html?idxno=45132

16. 부록 A — 영향 범위 및 수정 펌웨어 대조표

모델 영향 펌웨어 (Coinkite 권고 기준) 실효 엔트로피 수정 버전 (표준) 수정 버전 (Edge)
Mk2 v4.0.1 ~ v4.1.9 약 40비트 v4.2.0 이상 해당 없음
Mk3 v4.0.1 ~ v4.1.9 약 40비트 v4.2.0 이상 해당 없음
Mk4 수정판 이전 전체 약 72비트 v5.6.0 이상 v6.6.0X 이상
Mk5 수정판 이전 전체 약 72비트 v5.6.0 이상 v6.6.0X 이상
Q 수정판 이전 전체 약 72비트 v1.5.0Q 이상 v6.6.0QX 이상
TAPSIGNER 영향 없음 — — —
OPENDIME 영향 없음 — — —
SATSCARD 영향 없음 — — —

출처 간 불일치 주의:Mk2/Mk3 영향 범위에 대해 Coinkite 권고는 v4.0.1v4.1.9로, 일부 초기 보도는 v4.0.0v5.0.3으로 기술한다. 확실하지 않은 경우영향 있는 것으로 간주하고 마이그레이션하는 것이 안전하다.

17. 부록 B — 미확인 사항 및 후속 추적 과제

항목 현재 상태 추적 필요성
공격자 신원 및 국적 미확인. Galaxy가 의심 주소 약 600개를 수사기관에 제보 높음
3개 웨이브의 동일 주체 여부 미확정. 1·2차는 유사 패턴, 3차는 상이 중간
공격자의 AI 활용 여부 제조사 추정, 확증 없음 중간
Mk4/Mk5/Q의 72비트 공간 실제 공격 여부 현재까지 미관측 높음
Block이 지적한 fail-open 부팅 경로의 실제 발생 여부 미해결 높음
국내 유통량 및 국내 피해 사례 공개 자료 없음 높음
취약 시드로 생성된 종이 지갑·Seed XOR 산출물 피해 미집계 중간
최종 피해 규모 진행 중, 확대 가능 높음
규제 당국의 하드웨어 지갑 인증 체계 도입 여부 논의 초기 중간

본 리포트는 TLP:GREEN 분류로 커뮤니티 내 공유가 허용됩니다. 상업적 이용 시 별도 협의가 필요하며, 인용 시 출처를 명시해야 합니다. 라이선스: CC BY-NC-SA 4.0.

면책: 본 문서는 공개 출처 정보(OSINT)를 기반으로 작성된 위협 인텔리전스 분석이며, 투자 자문 또는 법률 자문이 아닙니다. 사건이 진행 중이므로 수치와 영향 범위는 변경될 수 있습니다.