SeraShield 보관함에서 기기 내 암호화가 의미하는 것

다른 사람이 실제로 볼 수 있는 것부터 시작하세요

임대차 계약서 스캔본을 생각해 보세요. 파일은 암호화되어 있지만 썸네일이나 파일명이 읽을 수 있는 캐시에 남아 있다면 민감한 내용이 노출될 수 있습니다. 실용적인 설계는 가져온 파일, 목록을 표시하는 색인, 생성된 썸네일, 보기나 공유에 사용하는 임시 복사본을 모두 고려해야 합니다.

iOS는 이미 Data Protection 시스템으로 파일을 보호하며 파일 클래스에 따라 접근 규칙이 다릅니다. 앱 보관함은 선택한 자료를 영구 저장소에 기록하기 전에 암호화하여 별도 보호 계층을 추가할 수 있습니다. 일반 사용 중 파일이 어디에서 읽을 수 있는 상태가 되고 이후 무엇이 읽을 수 있게 남는지가 핵심 설계 문제입니다.

키를 사용할 수 있는 시점을 결정하세요

후보 설계는 Apple CryptoKit의 AES-GCM처럼 검증된 인증된 암호화 API를 사용해 암호화된 내용의 기밀성과 무결성을 함께 확인할 수 있습니다. 그러나 키 생성과 보호, nonce 재사용 방지, 저장 형식 변경 시 처리 등을 포함한 검증된 키 관리 설계가 여전히 필요합니다.

Apple 키체인 제어는 기기 상태와 사용자 존재 여부에 따라 접근을 제한할 수 있습니다. 따라서 잠금 해제된 휴대전화를 다른 사람에게 준 뒤 인증을 다시 요구하는 보관함을 구상할 수 있습니다. 대체 수단은 중요합니다. 기기 암호가 대체 수단이면 그 암호를 아는 사람이 열 수 있습니다. 키를 한 기기에 더 단단히 묶으면 이전과 복구가 어려워질 수 있습니다.

출시 전에 확보해야 할 증거

우연한 열람, 잠긴 휴대전화의 소지, 복사한 백업에 대한 접근을 각각 어떻게 보호하려는지 정의해야 합니다. 상황마다 별도 시험이 필요합니다. 다른 사람이 휴대전화를 통제하거나 보관함 밖으로 파일을 내보내면 추가 위험이 생깁니다.

1. 가져오기, 잠금, 강제 종료, 재부팅 뒤 저장 파일과 썸네일, 로그, 앱 미리보기를 점검합니다.
2. 암호화된 샘플을 변조해 앱이 일부 내용도 표시하지 않고 거부하는지 확인합니다.
3. 대체 인증 수단, 중단된 가져오기, 키 변경과 교체 기기에서 복원을 시험합니다.
4. 내보내거나 공유할 때 보관함을 떠나는 파일을 문서화합니다.