주제별 원본 삽화: ChainView BTC866 주제별 원본 도해 · ChainView BTC866 Editorial · CC BY 4.0
암호화 파일의 보호 범위
암호화된 지갑 파일은 사용한 암호 설계와 비밀번호 강도에 따라 기밀성을 보호합니다. 파일을 얻은 공격자는 서비스 로그인 제한과 별개로 오프라인에서 비밀번호를 반복 추측할 수 있습니다. 파일 이름을 숨기는 것과 내용을 암호화하는 것은 다릅니다. 백업 형식과 버전, 필요한 복원 소프트웨어를 기록하되 실제 비밀번호와 복구 비밀을 공개 문서에 함께 적지 않습니다.
예측 가능한 비밀번호
짧은 단어나 반복 패턴, 다른 곳에서 재사용한 암호는 강한 암호화 알고리즘만으로 보완되지 않습니다. 키 파생 함수는 추측 한 번의 비용을 높이지만 쉬운 비밀을 강한 비밀로 바꾸지는 못합니다. 서비스가 사용하는 설정과 권장 방식을 확인하고 충분히 예측하기 어려운 비밀번호를 선택하세요. 직접 만든 복잡한 규칙이 실제로는 개인 정보에서 쉽게 추측될 수 있다는 점도 고려합니다.
보이지 않는 부가 정보
파일명과 클라우드 메타데이터, 암호화되지 않은 헤더가 지갑 종류나 생성 시점 등을 드러낼 수 있습니다. 공유 폴더와 자동 업로드, 버전 이력에도 사본이 남는지 확인하세요. 교육용으로 내용이 잠긴 파일과 파일 목록을 볼 수 있는 상황을 나누면 기밀성의 범위가 분명해집니다. 백업을 검사해 준다는 온라인 사이트에 실파일을 업로드하면 새로운 노출을 만들 수 있습니다.
잠금 해제된 기기의 위험
악성코드는 사용 중인 지갑이나 입력한 암호에 접근해 저장 파일의 암호화를 우회할 수 있습니다. 백업 암호가 강하다는 이유로 감염된 기기에서 복원해도 안전하다고 생각하면 안 됩니다. 운영체제와 지갑의 신뢰 경로를 확인하고 지원자가 보내는 원격 제어 프로그램을 경계하세요. 백업 파일과 암호를 함께 탈취할 수 있는 공통 저장 위치를 점검하는 것이 중요합니다.
믿을 수 있는 복원 시험
복원은 신뢰할 수 있는 환경과 공식 소프트웨어로 시험하고 실제 비밀을 로그나 화면 공유에 남기지 않습니다. 백업 비밀번호를 잃으면 암호화가 오히려 본인의 접근도 막을 수 있어 안전한 보관과 상속·비상 접근 계획이 필요합니다. 복원 후 알려진 주소와 필요한 메타데이터를 확인하되 자금 이동은 별도의 검토로 진행하세요. 시험 성공 날짜와 형식 버전만 기록하고 비밀 자체는 기록에서 제외합니다.
백업 사본의 수명
이전 비밀번호를 바꿔도 오래된 암호화 파일이 어딘가 남아 있으면 그 사본에는 이전 보호 수준이 계속 적용될 수 있습니다. 클라우드 버전 이력과 외부 저장장치, 공유한 사본을 인벤토리에 넣으세요. 포맷을 바꾸는 경우 새 백업의 복원 가능성을 확인하기 전에 유일한 기존 사본을 지우지 않습니다. 복구 암호를 안전하게 보관하는 방법과 지갑 비밀을 보호하는 방법은 함께 설계해야 하며, 시험에서 발견한 주소가 맞는지 확인하되 실제 복구 문구를 검사 보고서에 남기지 않는 원칙을 유지합니다.
