Vaultaire vs Secret Photo Vault

기능 비교

Vaultaire: 17/17 기능. Secret Photo Vault: 4/17 기능.

가격 비교

비밀번호 vs. 암호화 키

Secret Photo Vault에서는 비밀번호를 설정하라고 요청합니다. 해당 비밀번호는 앱 인터페이스에 대한 액세스를 차단합니다. 아무것도 암호화하지 않습니다. 비밀번호는 암호화 기본 요소가 아닌 액세스 제어 메커니즘입니다. 그 뒤에 있는 파일은 원래 형식으로 유지되며 앱의 샌드박스 디렉터리에 저장됩니다. 구별이 중요합니다. 다른 경로를 통해 데이터에 액세스하면 액세스 제어를 우회할 수 있습니다. 암호화 키가 없으면 데이터가 읽을 수 있는 형식으로 존재하지 않기 때문에 이를 우회할 수 없습니다.

Vaultaire의 패턴 잠금은 UI 관문에 그치지 않고 암호화 접근 경로의 일부입니다. PBKDF2-HMAC-SHA512는 시각적 패턴과 기기 전체 솔트를 결합해 256비트 금고 키를 파생합니다. 이 키가 암호화된 인덱스를 인증하고 AES-256-GCM 파일 암호화에 쓰이는 마스터 키를 풉니다. 유효한 잠금 해제나 복구 경로가 없으면 데이터는 암호문으로 남습니다.

파일 시스템 가시성

금고 앱이 암호화 없이 파일을 저장하는 경우 해당 파일은 iOS 파일 시스템을 읽을 수 있는 모든 도구에 표시됩니다. 장치를 Mac에 연결하고 iTunes 또는 Finder를 열고 앱의 문서 디렉터리를 탐색합니다. 사진은 원본 콘텐츠가 그대로 유지된 JPEG, PNG, MOV 파일로 바로 거기에 있습니다. 법의학 조사관은 비밀번호를 해독할 필요가 없습니다. 그들은 단순히 백업이나 장치에서 직접 파일을 읽습니다.

Vaultaire는 암호화된 인덱스, 파일 헤더, 썸네일, 콘텐츠를 컨테이너에 기록합니다. 각 AES-256-GCM 값에는 nonce와 인증 태그가 들어 있습니다. 파일 시스템을 살펴봐도 읽을 수 있는 이미지 헤더, 동영상 콘텐츠, 사용자 메타데이터는 보이지 않지만, 파일 수, 타임스탬프, 저장소 사용량으로 구조가 드러날 수 있습니다.

데이터 손실 방지

Secret Photo Vault는 숨겨진 사진에 대한 백업 메커니즘을 제공하지 않습니다. 장치 손실, iOS 업데이트 실패 또는 공장 초기화로 인해 데이터가 영구적으로 손실됩니다. 이는 구조적인 문제입니다. 암호화하지 않으면 데이터를 클라우드 서비스에 백업하는 안전한 방법이 없습니다. 백업으로 인해 암호화되지 않은 사진이 클라우드 공급자에게 노출되기 때문입니다. 앱은 역설에 갇혀 있습니다. 즉, 디스크의 데이터를 보호할 수 없고 장치 외부에 안전하게 백업할 수도 없습니다.

Vaultaire는 백업 전에 암호화해 이 위험을 줄입니다. CloudKit은 읽을 수 있는 사진 대신 암호문을 받지만, Apple은 여전히 레코드 수, 크기, 타이밍, 계정 메타데이터를 볼 수 있습니다. 사용자 지정 복구 구문은 암호화된 복구 매니페스트를 엽니다. 복원에는 여전히 일치하는 CloudKit 레코드가 필요하므로, 백업은 복구를 보장하지 않으면서 기기 분실 위험을 낮춥니다.

비밀번호 복구 제한 사항

Secret Photo Vault 비밀번호를 잊어버리면 두 가지 결과에 직면하게 됩니다. 즉, 앱에 복구 메커니즘이 있거나(개발자가 데이터에 액세스하여 목적을 달성할 수 있음을 의미) 그렇지 않습니다(데이터가 영구적으로 손실됨을 의미). 대부분의 비밀번호 기반 앱은 후자를 선택하므로 사용자는 의지할 곳이 없습니다. 이는 강력한 보안에서 탄생한 설계 선택이 아니라 적절한 키 관리 시스템이 없기 때문에 발생하는 결과입니다.

Vaultaire는 금고를 만들 때 서로 다른 9개 단어로 된 사용자 지정 복구 구문을 생성합니다. BIP-39가 아니며 256비트 금고 키를 인코딩하지 않습니다. PBKDF2-HMAC-SHA512가 정규화된 문구를 800,000회 반복 처리해 AES-GCM으로 암호화된 키 봉투용 복구 키를 파생합니다. 새 기기에서 복원하려면 해당 암호화된 CloudKit 백업 레코드도 필요합니다.