홈 NAS 복원 중 백업 암호화가 실패하는 이유

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Why Can Backup Encryption Fail During a Home NAS Restore?

아카이브는 남아 있어도 키, 메타데이터, 체인, 형식 또는 복호화 환경이 남아 있지 않으면 홈 NAS 복원 중 백업 암호화가 실패할 수 있습니다.

암호화된 백업은 그 자체로 모든 정보를 설명해 주는 파일 하나가 아닙니다. 복구에는 저장소 키, 암호에서 파생된 래핑 키, 솔트 및 KDF 매개변수, 카탈로그, 스냅샷 메타데이터, 증분 백업의 상위 항목, 애플리케이션 버전, 다른 시스템에서 비밀 정보를 가져올 권한 등이 필요할 수 있습니다. 원래 NAS에 모든 종속 항목이 로컬에 캐시되어 있기 때문에 정상적인 백업은 문제없이 작동하는 것처럼 보일 수 있습니다. 하지만 새 환경에서 복원하면 실제로 내보내거나 문서화하지 않은 항목이 드러납니다. 아래 섹션에서는 암호문 인식부터 검증된 복구 파일 생성까지 각 종속 항목을 살펴봅니다.

암호문만으로는 복구 가능한 백업이 되지 않습니다

백업 대상에는 손상되지 않은 암호화 블록이 수 테라바이트나 들어 있을 수 있지만, 이를 해석하는 데 필요한 작은 키 또는 메타데이터 객체가 없을 수 있습니다. 저장 장치의 내구성은 복사된 내용을 보존할 뿐이며, 불완전한 복구 세트도 그대로 보존합니다.

Home Assistant의 백업 비상 키트가 존재하는 이유는 복원 정보에 암호화 키와 백업 관련 메타데이터가 모두 포함되기 때문입니다. 키 형식이 다르더라도 동일한 원칙은 홈 NAS 도구에도 적용됩니다.

라이브 서버와 별도로 최소 복구 번들을 문서화하세요. 여기에는 저장소 위치, 도구 및 버전, 키 또는 암호의 출처, 계정 ID, 카탈로그 위치, 복원을 시작하는 데 사용하는 명령 또는 인터페이스를 포함해야 합니다.

올바른 암호를 입력해도 원래 저장소 키가 필요할 수 있습니다

일부 백업 시스템은 암호에서 직접 키를 파생하지만, 다른 시스템은 암호를 사용해 무작위로 생성된 저장소 키를 잠금 해제합니다. 래핑된 키를 잃어버리면 암호만으로는 충분하지 않을 수 있습니다.

Borg 문서에는 암호화된 저장소가 저장소 키와 이를 보호하는 암호 없이는 액세스할 수 없다고 설명되어 있습니다. 키 파일 모드와 저장소 키 모드는 이 종속 항목을 서로 다른 위치에 두므로, 재해 복구는 실제로 사용한 모드와 일치해야 합니다.

기억하고 있는 암호가 틀릴 수도 있습니다. 공백, 문자 인코딩, 키보드 배열 또는 문서화되지 않은 암호 변경이 원인일 수 있습니다. 기억에 의존하지 말고 정확하게 보관된 복구 사본을 테스트하세요.

내보낸 유일한 키를 해당 키로 잠금 해제하는 백업 저장소 안에 보관하지 마세요. 손상, 삭제, 계정 손실 또는 제공업체 장애가 발생하면 양쪽이 동시에 사라질 수 있습니다.

키 파일에는 복호화를 재현하는 데 필요한 매개변수가 포함됩니다

암호화된 저장소에는 암호화된 데이터와 함께 솔트, 논스, 알고리즘 식별자, KDF 설정, 인증 태그 및 래핑된 마스터 키가 저장되는 경우가 많습니다. 이러한 필드는 저장소 간에 서로 대체해서 사용할 수 없습니다.

restic 설계 문서에는 키 파일 구조가 설명되어 있습니다. 이 구조에서는 암호에서 파생된 키가 저장소의 마스터 키 자료를 인증하고 복호화합니다. 따라서 데이터 팩이 여전히 존재하더라도 손상되거나 일치하지 않는 키 파일은 인증 실패를 일으킬 수 있습니다.

대용량 데이터 객체만 복사하고 숨겨진 메타데이터, 저장소 설정 또는 작은 키 디렉터리를 제외하면, 규모는 커 보이지만 열 수 없는 백업이 만들어질 수 있습니다.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

증분 복원 지점은 완전한 체인에 의존합니다

증분 아카이브는 이전의 전체 또는 증분 상태를 기준으로 변경 사항을 기록합니다. 필요한 상위 항목 하나가 없거나 카탈로그 관계가 손상되면 최신 파일을 복호화해도 데이터가 재구성되지 않습니다.

Veeam은 백업 체인을 종속된 증분 파일 및 메타데이터와 하나의 전체 백업으로 구성된 것으로 설명합니다. 홈 NAS 백업 애플리케이션은 서로 다른 명칭을 사용하지만 복구 원칙은 동일합니다. 필요한 모든 복원 지점 종속 항목을 이용할 수 있고 일관된 상태로 유지해야 합니다.

보존 정책에 따른 정리, 중단된 복제, 수동 파일 이동 및 객체 스토리지 수명 주기 규칙으로 인해 최신 복원 지점은 눈에 보이는 상태로 남아 있어도 체인의 작은 구성원 하나가 삭제될 수 있습니다.

원래 대상에 백업을 생성한 직후뿐 아니라, 백업을 복사하거나 다른 스토리지 계층으로 이동한 후에도 저장소 검사를 실행하세요.