손상된 지갑에서 자산을 신속하게 이전하는 방법

즉시 대응 프로토콜

1. 세션 토큰이나 시드 문구 조각의 실시간 유출을 방지하기 위해 Wi-Fi, 블루투스, 셀룰러 핫스팟 등 모든 네트워크에서 감염된 장치의 연결을 끊습니다.

2. 손상된 시스템의 지갑 인터페이스와 상호 작용하지 마십시오. 읽기 전용 모드라도 키 입력이나 스크린샷을 기록하는 악성 JavaScript를 실행할 수 있습니다.

3. 브라우저 확장 프로그램, 클립보드 관리자 또는 클라우드 동기화 메모를 통해 개인 키 또는 니모닉 문구를 내보내지 마십시오. 이러한 채널은 악성 코드에 의해 정기적으로 모니터링됩니다.

4. 감염된 시스템에 연결된 하드웨어 지갑에서 펌웨어 업데이트나 복구 재설정을 시도하지 마십시오. 부트로더가 이미 변조되었을 수 있습니다.

5. 에어 갭 머신(이상적으로는 인터넷에 연결되지 않은 머신)을 사용하여 새 지갑을 생성하고 오프라인 BIP39 체크섬 검증을 통해 무결성을 확인합니다.

노출 없는 거래 신호

1. 공개 블록체인 탐색기와 UTXO 데이터를 사용하여 손상된 장치에서 서명되지 않은 원시 트랜잭션을 구성하여 개인 키 자료가 입력되거나 참조되지 않도록 합니다.

2. 이메일, 메시징 앱 또는 USB 드라이브가 아닌 깨끗한 장치에서 스캔한 QR 코드를 통해 서명되지 않은 거래 16진수 문자열을 전송합니다.

3. 오프라인 모드의 Electrum 또는 Sparrow Wallet의 에어갭 서명 워크플로우와 같은 결정론적 ECDSA 서명 도구를 사용하여 검증된 콜드 환경에서만 거래에 서명합니다.

4. 감염된 호스트에 설치된 지갑 소프트웨어와 함께 번들로 제공되는 기본 노드를 통하지 않고 신뢰할 수 있는 공개 노드 또는 RPC 엔드포인트를 통해 서명된 트랜잭션을 브로드캐스트합니다.

5. 내장된 추적 링크나 지갑 통합 대시보드를 피하고 독립적인 블록 탐색기만 사용하여 확인 상태를 모니터링하세요.

주소 검증 및 출력 삭제

1. 온라인 유효성 검사기나 복사-붙여넣기 인터페이스를 통하지 않고 종이 또는 인쇄된 조회 테이블에서 수동으로 실행되는 Bech32 디코딩 논리를 사용하여 대상 주소 체크섬을 확인합니다.

2. 수신 주소를 알려진 피싱 패턴(문자 길이 불일치, 유효하지 않은 접두사(예: Taproot의 경우 bc1p 대신 bc1q) 또는 동형이의어 대체(O 대신 О))와 비교하여 대조 확인합니다.

3. 출력 스크립트에 스크립트 주입 취약점을 통해 확인 후 자금을 리디렉션할 수 있는 OP_RETURN 페이로드나 비정상적인 opcode가 포함되어 있지 않은지 확인하세요.

4. 에어 갭 서명 도구에서 파생 경로를 검사하여 변경 주소가 이전 트랜잭션에서 재사용되지 않은 새로운 사용되지 않은 키 경로에서 파생되었는지 확인합니다.

5. 수수료 인상은 랜섬웨어 스타일의 잠금 및 배수 전략을 나타내는 경우가 많으므로 수동 정당화 없이 수수료율이 50 sat/vB를 초과하는 거래 제안을 거부합니다.

이동 후 자산 분리

1. 복구된 자산을 독립적으로 보호되는 여러 개의 지갑으로 분할합니다. 각각은 고유한 자산 클래스를 보유하고 별도의 BIP32 파생 트리로 관리됩니다.

2. 이동 잔액의 최소 60%에 시간 잠금 시간 잠금(CSV/CLTV)을 할당하여 지출 가능성을 재개하기 전에 최소 블록 높이 확인이 필요합니다.

3. 제3자 서명자와 함께 저장된 키를 포함하여 모든 다중 서명 공동 서명자 키를 순환하고 이전 동기화 중에 노출된 레거시 xpubs를 취소합니다.

4. 이전에 승인된 지갑 관련 브라우저 확장, 모바일 알림 및 API 통합을 모두 비활성화합니다. 초기 설정 중에 문제가 없어 보이더라도 마찬가지입니다.

5. ledger.com 또는 trezor.io와 같은 지갑 서비스 엔드포인트를 대상으로 하는 도메인 이름 하이재킹 표시기에 대한 로컬 라우터의 DNS 확인 로그를 감사합니다.

복구 키 관리 재구성

1. 물리적으로 격리된 상태에서 주사위 기반 엔트로피 생성을 사용하여 모든 니모닉 문구를 재생성합니다. 디지털 RNG 도구는 심지어 오픈 소스 도구라도 손상 후 신뢰할 수 있어야 합니다.

2. 종이, 적층 카드 또는 클라우드 스토리지가 아닌 스테인레스 스틸 암호화 강철 백업을 사용하여 지리적으로 분리된 세 위치에 각각의 새로운 시드 문구를 저장합니다.

3. 서명 키와 암호화 키를 엄격하게 분리하십시오. 동일한 BIP39 시드에서 두 키를 모두 파생시키지 말고 도메인 전체에서 계층적 결정적 재사용을 피하십시오.

4. 모든 하드웨어 지갑 펌웨어를 제조업체 GitHub 리포지토리에서 직접 얻은 공장 서명 바이너리로 교체합니다. 손상된 네트워크에서 액세스할 수 있는 검색 엔진이나 공급업체 포털을 통해 다운로드되지 않습니다.

5. 고가치 보유를 위한 임계값 서명 체계(예: FROST 또는 MuSig2)를 도입하여 단일 장치가 전체 서명 권한을 보유하지 않도록 보장합니다.

자주 묻는 질문

Q1: Ledger Nano S 펌웨어가 악의적인 설치 프로그램을 통해 업데이트된 경우 자금을 복구할 수 있나요? 예. 업데이트 후 거래 서명에 장치가 사용되지 않은 경우 원래 시드는 그대로 유지됩니다. 복구하려면 동일한 BIP39 파생 경로를 사용하여 검증된 깨끗한 장치에서 복원해야 합니다.

Q2: 이전에 손상된 Chrome 확장 프로그램을 호스팅했던 휴대폰에서 MetaMask를 사용해도 안전합니까? 아니요. Android 앱 샌드박싱은 브라우저 확장 메모리 공간을 모바일 웹뷰에서 분리하지 않습니다. 전체 기기 공장 초기화 후 MetaMask를 제거하고 다시 설치하세요.

Q3: BTC를 새 주소로 보내면 기존 지갑에 연결된 이전 UTXO가 자동으로 무효화되나요? 아니요. 사용되지 않은 모든 출력은 명시적으로 소비될 때까지 유효하고 소비 가능한 상태로 유지됩니다. 손상된 UTXO는 개인 키를 추출하여 다른 곳에서 사용하지 않는 한 전체 소비 전력을 유지합니다.

Q4: 펌웨어 체크섬 검증을 통과했지만 해킹된 PC에 연결된 Trezor Model T를 신뢰할 수 있습니까? 아니요. 펌웨어 무결성 검사는 런타임 메모리 조작을 감지하지 않습니다. 신뢰할 수 없는 호스트에 연결된 경우 장치는 잠시라도 잠재적으로 손상될 수 있는 것으로 처리되어야 합니다.