암호화된 iCloud 백업: 신뢰가 없는 클라우드 스토리지

Vaultaire의 iCloud 백업은 금고 데이터를 기기에서 AES-256-GCM으로 암호화한 뒤, 고정 크기로 패딩한 레코드를 사용자의 비공개 CloudKit 데이터베이스에 업로드합니다. Apple은 암호문을 저장하지만 읽을 수 있는 형태의 백업 키는 받지 않습니다.

암호화된 iCloud 백업란 무엇입니까?

전화기가 고장났습니다. 휴대폰이 분실됩니다. 휴대폰이 도난당합니다. 가장 개인적인 파일이 단일 장치에만 존재하는 경우, 해당 파일은 한 번의 사고로 영원히 사라지지 않습니다. 백업은 이 문제를 해결하지만 기존 클라우드 백업은 다른 문제를 야기합니다. 이제 귀하가 통제하지 않는 회사가 읽을 수 있는 파일 사본을 갖게 됩니다.

Vaultaire는 세 번째 길을 택합니다. 기본적으로 금고를 iCloud에 백업하며 이 기능은 끌 수 있지만, 데이터는 휴대폰을 떠나기 전에 로컬에서 암호화됩니다. Vaultaire는 패턴에서 기기에 묶이지 않는 백업 키를 파생하고, 이 키로 고정 크기 청크, 암호화된 레코드 태그, 버전 디렉터리, 복구 데이터를 보호합니다. Apple에 올라가는 것은 읽을 수 있는 사진, 파일 이름, 구조 태그가 아니라 암호문입니다. 다만 CloudKit 계정과 서비스 메타데이터, 레코드 수, 패딩된 크기, 접근 시각은 여전히 드러날 수 있습니다.

암호화는 업로드 도중이나 이후가 아니라 업로드 전에 이루어집니다. 이것이 중요한 차이입니다. 많은 클라우드 서비스가 데이터를 "전송 중"과 서버에 "저장된 상태"에서 암호화하지만, 서비스가 여전히 복호화 키를 보유할 수 있습니다. Vaultaire는 암호화된 백업 레코드와 암호화된 복구 봉투를 CloudKit으로 보냅니다. 어느 쪽도 그 자체로 Apple이 읽을 수 있는 백업 키를 제공하지 않습니다.

작동 방식, 단계별

이 방식은 명확한 작업 순서를 따릅니다. 백업 자격 증명을 로컬에서 파생하고, 각 구성 요소를 암호화하고 패딩한 다음, 그 결과 레코드와 암호화된 복구 자료만 업로드합니다.

1단계: 금고가 로컬로 암호화됩니다.

iCloud 백업에는 Vaultaire가 패턴에서 600,000회 반복으로 기기와 무관한 별도의 백업 키를 파생합니다. PBKDF2-HMAC-SHA512. 이 키는 기기에 묶인 금고 키도, 로컬 파일 암호화에 쓰는 무작위 마스터 키도 아닙니다. 앱은 이 백업 키와 AES-256-GCM으로 금고를 다시 구성하는 데 필요한 구성 요소를 보호합니다.

2단계: 암호화된 Blob이 iCloud로 이동합니다.

앱은 백업을 고정 크기 조각으로 나누고, 암호화된 각 조각을 10MB로 채우고, 구조 태그를 암호화하고, 미끼 레코드를 추가합니다. 이 불투명한 레코드는 사용자 iCloud 저장 공간에 있는 비공개 CloudKit 데이터베이스의 전용 영역에 업로드됩니다. 레코드 구조는 읽을 수 있는 파일 이름, 파일 유형, 콘텐츠 해시, 논리적 역할이 CloudKit에 드러나지 않게 합니다.

3단계: 복구 액세스가 별도로 래핑됩니다.

읽을 수 있는 백업 키는 CloudKit 필드로 업로드되거나 암호문 옆에 포함되지 않습니다. 패턴 기반 복원은 새 장치에서 다시 파생됩니다. 구문 기반 복원은 복구 구문에서 파생된 별도의 복구 키를 사용하여 금고 키와 백업 키가 담긴 암호화된 매니페스트를 엽니다. 이 래퍼를 사용하면 Apple 또는 Vaultaire에 일반 텍스트 암호 해독 키를 제공하지 않고도 복구가 가능합니다.

Apple이 Vaultaire 백업 기록을 직접 해독할 수 없는 이유

이 경계는 정책 약속뿐만 아니라 클라이언트 측 암호화 및 키 보관에서 비롯됩니다. Vaultaire는 암호문을 업로드하는 반면 저장소 콘텐츠를 해독하는 데 필요한 자격 증명과 키는 클라이언트와 복구 자료에 남아 있습니다.

올바른 키와 nonce 처리를 거치면 AES-256-GCM은 보호된 일반 텍스트를 드러내지 않는 암호문을 만들며, 무작위 256비트 키를 직접 무차별 대입하는 것은 계산상 불가능합니다. 그렇다고 전체 시스템이 뚫리지 않는다는 뜻은 아닙니다. 자격 증명 엔트로피, 복구 자료, 엔드포인트, 소프트웨어 무결성, 구현 결함은 여전히 위협 모델에 포함됩니다. AES 표준은 기본 구성 요소를 제공할 뿐이며, 키를 어떻게 보호하는지는 주변 설계가 결정합니다.

Apple은 읽을 수 있는 백업 키를 받지 않습니다. 앱은 패턴으로 복원할 때 패턴에서 이 키를 파생하고, 문구로 복원할 때는 문구로 암호화된 매니페스트에서 키를 복구합니다. CloudKit은 복원에 필요한 암호화된 출력과 운영 기록을 저장하지만, 읽을 수 있는 금고 내용은 저장하지 않습니다.

법원 명령이 있어도

Apple이 유효한 법적 요청을 받으면, 해당 데이터의 iCloud 보호 모델에 따라 제공 가능한 기록과 메타데이터를 넘길 수 있습니다. Vaultaire가 업로드하는 것은 클라이언트 측에서 암호화된 CloudKit 기록이며, 읽을 수 있는 금고 파일이나 평문 백업 키가 아닙니다. Apple은 이 암호문 기록과 관련 서비스 메타데이터를 제공할 수 있지만, 보호된 금고 내용을 평문으로 바꾸는 데 필요한 백업 키는 보유하지 않습니다.

이는 클라이언트 측 암호화의 아키텍처 결과입니다. Apple은 보유한 CloudKit 레코드를 넘겨줄 수 있습니다. 금고 콘텐츠를 읽으려면 여전히 패턴 파생 백업 키나 암호화된 복구 매니페스트를 여는 복구 문구가 필요합니다.

신뢰 모델: 회사가 아닌 수학을 신뢰하십시오

기존 클라우드 스토리지에서는 공급자를 신뢰해야 합니다. 귀하는 그들이 귀하의 데이터를 적절하게 암호화한다고 믿습니다. 당신은 그들이 당신의 파일을 엿보지 않을 것이라고 믿습니다. 당신은 그들이 정부의 압력에 저항할 것이라고 믿습니다. 귀하는 해당 직원이 자신의 액세스 권한을 남용하지 않을 것이라고 믿습니다. 그것은 당신이 한 번도 만난 적이 없는 조직에 대한 많은 신뢰입니다.

Vaultaire의 암호화된 iCloud 백업은 Apple의 기밀 유지에 기대야 하는 범위를 줄여 줍니다. 콘텐츠 보호는 앱이 올바른 키를 파생하고, AES-GCM을 사용하고, 패턴과 복구 문구를 서비스 제공자가 알 수 없게 유지하는 데 달려 있습니다. 여전히 Vaultaire 클라이언트, iOS, 잠금 해제된 기기, 그리고 Apple을 통해 저장된 기록을 계속 이용할 수 있다는 점은 신뢰해야 합니다.

Apple의 서버가 침해되어도 데이터는 안전합니다. 공격자가 얻는 것은 암호화된 노이즈뿐이기 때문입니다. 악의적인 Apple 직원이 파일에 접근해도 데이터는 안전합니다. 그 직원이 보는 것도 암호화된 노이즈이기 때문입니다. Apple이 내일 개인정보 처리방침을 바꿔도 데이터는 안전합니다. 정책이 수학을 무시할 수는 없기 때문입니다. 암호화는 데이터를 저장하는 사람, 저장 방법 또는 액세스 권한에 관계없이 사용자를 보호합니다.

암호화 앱을 쓴다고 신뢰가 필요 없어지지는 않습니다. Vaultaire의 설계는 Apple의 역할을 암호화된 레코드의 저장과 전송으로 좁힙니다. 올바른 암호화는 클라이언트가 책임지고, 사용 중인 키와 일반 텍스트는 사용자의 기기가 보호해야 합니다.

새 장치에서 금고 복구

암호화된 백업이 그 가치를 입증하는 곳입니다. 휴대폰이 사라졌습니다. 분실, 파손, 도난, 또는 기기 교체 때문입니다. 금고가 iCloud에 백업되었습니다. 다음에 일어나는 일은 다음과 같습니다.

1단계: 새 장치에 Vaultaire 설치

새로운 iPhone 또는 iPad의 App Store에서 Vaultaire를 다운로드하세요. 앱이 iCloud 계정에 암호화된 백업이 존재함을 감지합니다.

2단계: 패턴 그리기

Vaultaire는 익숙한 5×5 격자를 제공합니다. 백업을 만들 때 사용한 것과 같은 패턴을 그리세요. 백업 키 파생은 기기와 무관하므로, 같은 패턴과 격자 크기를 쓰면 새 기기에서도 같은 백업 키가 만들어집니다. 로컬 기기 솔트는 이 클라우드 백업 키 파생에 쓰이지 않습니다.

3단계: 금고의 암호가 해독됩니다.

암호화된 백업은 iCloud에서 다운로드되고 새 장치에서 로컬로 해독됩니다. 사진, 비디오, 문서는 남겨둔 그대로 다시 나타납니다. 전체 프로세스는 작은 저장소의 경우 몇 초가 걸리고 큰 저장소의 경우 몇 분이 걸립니다. 이 프로세스가 진행되는 동안 Apple 또는 다른 누구도 귀하의 암호화되지 않은 데이터에 액세스할 수 없었습니다.

패턴 대신 복구 문구를 사용할 수 있지만, 같은 키를 직접 다시 만들어 내지는 않습니다. Vaultaire는 문구에서 복구 키를 파생하고, 문구로 찾는 암호화된 복구 매니페스트를 가져온 뒤, 암호화된 청크를 복원하기 전에 저장된 금고 키와 백업 키를 풀어냅니다. 두 경로는 서로 다른 키 계층을 거쳐 같은 백업에 도달합니다.

기본적으로 켜짐, 끌 수 있음

암호화된 iCloud 백업은 무료 버전과 Pro 모두에서 기본적으로 켜져 있습니다. 네트워크 설정을 바꾸지 않으면 24시간마다 Wi-Fi에서만 실행됩니다. 휴대전화는 암호화된 백업이 뚫리는 것보다 더 자주 분실되거나 파손되므로, 새 금고는 복원할 수 있는 사본을 가지고 시작합니다.

Vaultaire가 금고 레코드를 CloudKit에 올리는 것을 원하지 않는 사람도 있습니다. Vaultaire 백업을 끄고 동기화나 공유를 쓰지 않으면, 앱은 해당 금고 데이터 전송을 시작하지 않습니다. 이는 Apple 운영 체제의 백업 동작과는 별개입니다. iOS Apple 계정 설정, iCloud 백업, 컴퓨터 기기 백업에는 앱 컨테이너 데이터가 들어갈 수 있습니다. 위협 모델상 휴대폰에만 사본이 있어야 한다면 이런 시스템 백업을 검토하고 관리하세요.

백업을 켜 두면 기기를 잃어버려도 금고를 복구할 수 있는 대신, 데이터의 암호화된 사본이 Apple 서버에 남습니다. 사본은 암호화되어 있고, 복호화 자격 증명은 사용자가 관리하며, Apple은 읽을 수 있는 금고 콘텐츠를 받지 않습니다. 하지만 사본은 존재하며, CloudKit 데이터를 얻은 사람은 오프라인에서 패턴 추측을 시도할 수 있습니다. 위협 모델상 휴대폰이 유일한 사본이어야 한다면 백업을 끄세요.

Vaultaire의 CloudKit 백업은 언제든지 끌 수 있습니다. 끄면 Vaultaire는 개인 CloudKit 데이터베이스에서 암호화된 백업을 제거합니다. 다만 iOS 기기 백업, 컴퓨터 백업, 내보낸 파일, 공유 사본, 다른 기기의 데이터는 따로 검사하거나 삭제하지 않습니다.

백업, 동기화되지 않음

암호화된 iCloud 백업이 무엇인지 이해하는 것이 중요합니다. 장치 간 실시간 동기화가 아닙니다. 사진을 추가할 때마다 업데이트되는 금고의 라이브 미러가 아닙니다.

암호화된 iCloud 백업은 복원할 수 있는 버전을 보존합니다. 백업을 직접 실행하거나 잠금 해제 후 Vaultaire의 24시간 주기 확인이 시작되면, 앱은 금고의 현재 상태를 준비하고 암호화된 레코드를 업로드합니다. 변경되지 않은 구성 요소는 최신 버전과 중복을 제거할 수 있고, 중단된 업로드는 이어서 진행할 수 있습니다. 나중에 추가한 파일은 이후 버전이 완료된 뒤에 나타납니다.

이러한 분리는 의도적인 것입니다. 백업은 복구용 버전을 유지합니다. Vaultaire의 장치 동기화 기능은 장치 간의 지속적인 수렴을 처리합니다. 백업 파이프라인은 여전히 준비, 중복 제거, 청크 업로드, 재시도, 버전 디렉터리 및 트랜잭션 복원을 관리해야 하므로 보안은 암호화뿐만 아니라 이러한 메커니즘에 따라 달라집니다.

안전 금고처럼 생각하세요. 문서를 계속해서 앞뒤로 이동하지 않습니다. 중요한 파일의 사본을 상자에 넣고 집에 불이 붙으면 은행에 가서 가져옵니다. 원본은 당신과 함께 살고 있습니다. 백업은 필요할 때까지 조용히 기다립니다.