SHARE THE PERSPECTIVE
백업은 복원할 수 있어야 유용하며, 제공업체가 복호화할 수 없어야만 그 제공업체로부터 비공개로 보호됩니다.

비공개 대화를 백업하다가 그 대화를 비공개로 지켜 주던 보호 장치가 사라질 수 있습니다. 이 안내서는 암호화된 채팅을 안전하게 백업하는 방법을 설명하고, 암호화 메시지 백업 방식을 비교하며, 대화 기록이 노출되는 사본을 만들지 않고 안전한 메시지 복구를 계획하는 방법을 다룹니다.

암호화된 채팅이 백업 중에 노출될 수 있는 이유

종단간 암호화는 참여자 사이의 메시지를 보호합니다. 메시지를 읽는 데 필요한 키는 허가된 단말만 가지고 있어야 합니다. 백업은 자체 저장 공간, 암호화 키, 복구 절차를 갖춘 별개의 시스템입니다.

앱이 실시간 대화를 종단간 암호화로 보호하더라도 백업은 제공업체가 복호화할 수 있는 형태로 저장할 수 있습니다. 수동 내보내기 역시 암호화된 대화를 읽을 수 있는 텍스트 파일, 압축 파일 또는 이메일 첨부파일로 바꿀 수 있습니다.

백업이 종단간 프라이버시를 유지하려면 다음 조건을 충족해야 합니다.

  • 메시지 내용이 신뢰할 수 있는 기기를 떠나기 전에 암호화됩니다.
  • 백업 제공업체가 복호화 키에 접근할 수 없습니다.
  • 복구할 때 그 키를 메시지 또는 저장 공간 제공업체에 넘길 필요가 없습니다.
  • 계정 초기화 경로로 암호화를 우회할 수 없습니다.
  • 임시 파일, 미리보기, 내보낸 파일, 이전 사본이 관리됩니다.

백업이 암호화되는지만 묻지 마세요. 누가 복호화할 수 있으며 복구 과정에서 그 답이 달라지는지 확인하세요.

모든 암호화 메시지 백업에 필요한 프라이버시 점검

암호화 메시지 백업을 켜기 전에 전체 복구 경로를 확인하세요.

노트북과 금속 열쇠 옆에 외장 드라이브와 케이블이 놓인 그림.

  1. 백업은 어디에서 만들어지나요? 업로드 전에 기기에서 암호화하는 방식을 우선하세요.
  2. 누가 키를 관리하나요? 앱이나 클라우드 제공업체가 사용자 없이 키를 가져올 수 있다면, 해당 제공업체로부터 백업 내용이 비공개로 보호되는 것은 아닙니다.
  3. 무엇으로 복구 잠금을 해제하나요? 비밀번호, 복구 코드, 기기에 연결된 키, 하드웨어로 보호되는 방식 등이 사용될 수 있습니다.
  4. 지원 담당자가 접근 권한을 초기화할 수 있나요? 계정 초기화와 이전 백업 복호화를 구분하세요. 복구 시스템은 일반 지원 직원에게 평문 키를 제공하지 않고도 신뢰할 수 있는 기기나 하드웨어 보호 방식을 사용할 수 있습니다. ‘복구’라는 말만 보고 접근 가능성을 추정하지 말고 실제 설계를 살펴보세요.
  5. 모든 기기를 잃어버리면 어떻게 되나요? 여전히 복구가 가능한지, 어떤 비밀 정보가 필요한지 알아보세요.
  6. 백업에 첨부파일과 메타데이터도 포함되나요? 미디어, 파일 이름, 연락처 식별자, 타임스탬프는 민감한 맥락을 드러낼 수 있습니다.
  7. 이전 사본은 삭제되나요? 앞으로의 백업을 끄더라도 기존 클라우드 스냅샷이나 내보낸 파일은 지워지지 않을 수 있습니다.

앱, 플랫폼, 버전에 해당하는 최신 문서와 설정을 확인하세요. 백업 기능, 기본 설정, 복구 방법은 바뀔 수 있습니다.

어떤 비공개 채팅 백업 방식이 종단간 프라이버시를 유지하나요?

실제 보호 수준은 구현 방식과 설정에 달려 있습니다. 메시지 앱과 저장 서비스의 세부 사항을 확인하세요.

백업 방식 종단간 프라이버시를 유지할 수 있나요? 누가 읽을 수 있나요? 복구에 주로 필요한 것 주요 위험
앱이 관리하는 종단간 암호화 클라우드 백업 사용자만 키의 잠금을 해제할 수 있다면 가능 설계상 사용자와 허가된 기기로 제한 복구 비밀번호, 코드 또는 승인된 기기 복구 비밀 정보 분실, 취약한 인증, 구현 결함
제공업체가 암호화하는 일반 클라우드 백업 제공업체로부터의 비공개 보호는 불가능 제공업체와 그 시스템, 계정 또는 키에 접근한 사람 클라우드 계정 복구 제공업체가 보유한 키와 계정 침해
사용자가 관리하는 비밀 정보로 보호한 기기 백업 가능할 수 있음 백업과 비밀 정보를 함께 가진 사람 백업 비밀번호 또는 기기 인증 정보 취약한 비밀번호, 안전하지 않은 컴퓨터, 암호화되지 않은 사본
암호화된 로컬 보관 파일 사용자가 보유한 강력한 비밀 정보로 저장 전에 암호화하면 가능 비밀 정보를 알거나 잠금 해제된 사본에 접근하는 사람 보관 파일의 비밀번호 또는 키 키 분실, 악성코드, 압축 해제로 생기는 평문
평문 채팅 내보내기 불가능 해당 파일이나 사본에 접근하는 사람 파일 또는 기기 접근 검색과 복사가 가능한 메시지 내용
인쇄물 또는 스크린샷 보관 불가능 물리적 또는 디지털 접근 권한이 있는 사람 실물 소유 또는 기기 접근 통제되지 않는 복제, 미리보기, 사진 동기화
연결된 허가된 기기 앱에 따라 다름. 자동으로 독립적인 백업이 되는 것은 아님 허가된 단말 문서화된 전송 또는 백업 기능 연결 사본이 복원을 지원하지 않거나 삭제 상태를 공유할 수 있음

메시지 회사와 저장 공간 제공업체 모두 복호화할 수 없도록 특별히 설계된 백업은 강력한 프라이버시를 제공할 수 있습니다. 암호화된 로컬 보관 파일도 마찬가지지만, 키와 기기, 평문 작업 파일을 보호할 책임을 사용자가 더 많이 맡아야 합니다.

정확한 기능을 확인해야 하는 이유를 보여 주는 세 가지 예

  • Signal 보안 백업: Signal 안내는 64자 복구 키로 잠금을 해제하는 선택형 암호화 보관 기능을 설명합니다. 무료 보관에는 메시지 기록과 제한된 최근 기간의 미디어가 포함되며, 한 번만 볼 수 있는 메시지나 곧 만료되는 메시지에는 제외 규칙이 있습니다. 모든 첨부파일을 분실로부터 보호한다고 생각하기 전에 포함 규칙을 확인하세요.
  • WhatsApp 암호화 백업: WhatsApp은 패스키로 암호화하는 백업을 설명합니다. 이는 기존 복구 방식과 함께 제공됩니다. 관련 설정은 앱의 종단간 암호화 백업 제어 항목이지, 단순히 휴대전화 백업을 켜는 것이 아닙니다. 현재 버전에서 제공하는 옵션을 사용하세요.
  • Livara 신원 복구: 보안 문서는 업로드 전에 암호화하여 봉인하는 신원 백업을 설명합니다. 복구되는 것은 신원 관련 자료이지 채팅 기록이 아닙니다. 문서화된 메시지 기록 백업을 대신한다고 생각하거나, 재설치하면 이전 대화가 모두 복구된다고 약속하지 마세요.

이는 공급업체 문서에 설명된 기능이며 독립 감사 결과가 아닙니다. 백업 형식, 복원 지원, 계정 요구 사항은 제품마다 다릅니다. 한 앱의 복구 구문으로 다른 앱의 보관 파일을 복원할 수 없습니다.

클라우드에 암호화된 채팅을 안전하게 백업하는 방법

종단간 암호화 클라우드 백업은 저장 공간 제공업체에 메시지 내용 접근 권한을 주지 않으면서 기기 밖에서 데이터 손실에 대비할 수 있습니다. 다만 키와 복구 설계가 그러한 주장을 뒷받침해야 합니다.

다음 순서대로 진행하세요.

  1. 정확한 기능 이름을 확인하세요. ‘안전’, ‘보호’, ‘저장 시 암호화’ 같은 포괄적인 이름이 아니라 ‘종단간 암호화 백업’을 찾으세요.
  2. 메시지 앱 안에서 켜세요. 일반적인 휴대전화나 클라우드 백업 설정은 다른 보호 수준을 제공할 수 있습니다.
  3. 문서화된 복구 방법을 따르세요. 백업 비밀번호를 선택한다면 다른 곳에서 쓰지 않는 비밀번호로 만드세요. 앱이 복구 키를 생성하면 정확하게 저장하고, 패스키를 지원하면 어디에 저장되며 어떻게 다시 접근하는지 알아두세요.
  4. 비밀 정보를 따로 보관하세요. 암호화되지 않은 메모, 스크린샷, 이메일 초안 대신 신뢰할 수 있는 비밀번호 관리자나 보호된 오프라인 사본을 사용하세요.
  5. 클라우드 계정을 보호하세요. 고유한 비밀번호와 강력한 다중 요소 인증을 사용하세요.
  6. 포함되는 데이터를 검토하세요. 동영상, 파일, 민감한 첨부파일을 보관할 필요가 있는지 결정하세요.
  7. 통제된 복구 테스트를 실행하세요. 사용 중인 사본을 삭제하지 말고, 신뢰할 수 있는 기기에서 앱 문서에 명시된 절차를 따르세요.
  8. 가능하면 이전 백업을 제거하세요. 종단간 보호를 켜기 전에 생성된 사본을 확인하세요.

비공개 채팅 백업의 신뢰성은 복구 절차에 달려 있습니다. 복구 비밀 정보가 무엇인지, 어디에 저장되어 있는지, 잃어버리면 어떻게 되는지 모른다면 설정은 아직 끝나지 않은 것입니다.

안전한 로컬 암호화 메시지 백업과 내보내기

로컬 저장은 직접적인 경로에서 클라우드 제공업체를 제외하지만, ‘로컬’이 곧 ‘비공개’를 뜻하지는 않습니다. 노트북의 평문 보관 파일은 악성코드, 다른 사용자 계정, 수리 중 접근, 도난, 자동 동기화를 통해 노출될 수 있습니다.

더 안전한 로컬 작업을 위해 다음을 지키세요.

  • 필요한 대화만 내보내세요.
  • 신뢰할 수 있고 업데이트된 기기에서 내보낸 파일을 만드세요.
  • 강력하고 고유한 암호문구나 키로 보관 파일을 즉시 암호화하세요.
  • 암호화된 사본을 열 수 있는지 확인하세요.
  • 암호화된 사본을 확인한 뒤 불필요한 평문 중간 파일을 제거하세요. 일반적인 삭제로 SSD 블록, 클라우드 버전, 이전 스냅샷까지 안전하게 지워진다고 생각하지 마세요.
  • 적절한 경우 임시 파일 및 삭제된 파일의 저장 위치를 비우세요.
  • 내보내기 폴더가 클라우드 서비스와 동기화되는지 확인하세요.
  • 분실이 심각한 피해를 줄 수 있다면 별도 저장 매체에 암호화된 사본을 하나 더 보관하세요.
  • 이동식 저장 매체를 사용하지 않을 때는 연결을 끊으세요.

암호화된 보관 파일을 풀면, 대상 위치 역시 보호되어 있지 않은 한 읽을 수 있는 파일이 만들어집니다. 검색 인덱싱, 썸네일 생성, 자동 저장 기능, 최근 파일 목록에 흔적이 남을 수 있습니다.

평문 내보내기가 안전한 비공개 채팅 백업이 아닌 이유

평문 채팅 내보내기는 이동성과 참조를 위한 기능이지 기밀을 유지하는 복구를 위한 기능이 아닙니다. 읽을 수 있는 메시지, 미디어, 이름, 타임스탬프가 포함될 수 있으며 다른 앱이 색인을 만들거나 미리 볼 수 있습니다.

일반적인 노출 경로는 다음과 같습니다.

  • 보관 파일을 자신에게 이메일로 보내기.
  • 공유 다운로드 폴더에 저장하기.
  • 자동 저장 사본을 만드는 소프트웨어로 열기.
  • 데스크톱 검색이 파일을 인덱싱하도록 허용하기.
  • 제공업체가 복호화할 수 있는 클라우드 저장 공간에 업로드하기.
  • 사진 서비스와 동기화되는 스크린샷 찍기.
  • 압축을 푼 첨부파일을 암호화된 보관 파일 옆에 남겨 두기.

내보내기가 필요하다면 앱이 허용하는 범위에서 관련 대화와 기간으로 제한하세요. 전송 전에 암호화하고 모든 사본의 저장 위치를 기록하세요. 눈에 보이는 파일을 삭제해도 첨부파일, 임시 사본, 클라우드 버전은 남을 수 있습니다.

메시지를 암호화된 앱 안에 그대로 두는 편이 내보내는 것보다 안전할 수 있습니다. 데이터를 옮기거나 가져가야 할 명확한 필요가 있을 때만 내보내세요.

안전한 메시지 복구 계획 세우기

안전한 메시지 복구는 무단 접근을 막으면서도 영구 분실 가능성을 높이지 않아야 합니다. 강력한 종단간 보호는 비밀 정보를 잊었을 때 제공업체가 할 수 있는 일을 제한합니다.

다음 내용을 포함하는 복구 계획을 만드세요.

  • 주요 방법: 앱의 복구 비밀번호, 코드, 키 또는 허가된 기기를 이용하는 절차.
  • 비밀 정보 보관: 복구 자료를 보관하는 곳과 접근할 수 있는 사람.
  • 기기 분실: 분실 기기의 권한을 취소하거나 연결을 해제하는 방법.
  • 계정 분실: 앱에서 사용하는 전화번호, 이메일 주소 또는 신원 확인 요소에 대한 통제권을 되찾는 방법.
  • 백업 검증: 마지막으로 복원을 테스트하고 복구된 내용을 확인한 시점.
  • 승계: 긴급 상황에서 신뢰할 수 있는 사람이 선택한 기록을 복구할 수 있어야 하는지 여부.
  • 삭제: 오래된 클라우드 백업, 로컬 보관 파일, 내보낸 미디어를 제거하는 방법.

문서화된 절차가 지원할 때만 신뢰할 수 있는 예비 기기에서 복구를 테스트하세요. 먼저 해당 기기를 등록하면 원래 기기가 로그아웃되거나 백업이 덮어써지는지 확인하세요. 로그인 성공 여부뿐 아니라 복원된 메시지 날짜와 일부 첨부파일을 확인하세요. 백업을 테스트하려고 유일하게 정상 작동하는 사본을 지우지 마세요.

복구를 시작하는 데 사용하는 계정을 보호하세요. 누군가 연결된 이메일 주소, 전화번호 또는 클라우드 신원을 장악하면 암호화된 백업도 위험해질 수 있습니다.

위협 모델에 맞는 비공개 채팅 백업 선택하기

모든 사람에게 가장 좋은 방식은 없습니다. 방지하려는 분실이나 노출에 따라 선택하세요.

휴대전화 분실: 앱이 관리하는 종단간 암호화 클라우드 백업을 고려하고 복구 비밀 정보를 보호하세요.

클라우드 제공업체의 접근: 사용자가 키를 보유하는 로컬 보관 파일이나 제공업체가 복호화할 수 없도록 설계된 클라우드 백업을 선택하세요.

계정 탈취: 메시지, 이메일, 클라우드 계정을 고유한 인증 정보와 강력한 다중 요소 인증으로 보호하세요. 연결된 기기도 검토하세요.

컴퓨터 악성코드: 데스크톱으로 일상적으로 내보내는 일을 피하세요. 백업을 앱의 보호된 시스템 안에 두거나, 사용하지 않을 때 연결을 끊어 두는 암호화 저장 공간을 사용하세요.

영구 분실: 서로 다른 장소에 암호화된 사본을 여러 개 유지하고, 원본을 삭제하지 않고 복구를 테스트하세요.

매우 민감한 대화: 보관량을 줄이세요. 백업이 작을수록 다른 보호 장치가 실패했을 때 노출되는 자료도 줄어듭니다.

로컬 저장이 본질적으로 클라우드 저장보다 안전한 것은 아닙니다. 보안이 부실한 노트북은 잘 보호된 서비스보다 침해하기 쉬울 수 있습니다. 제공업체 측 암호화는 하드웨어 도난이나 일부 침입을 막아도 제공업체가 데이터를 복호화하는 것은 허용할 수 있습니다. 종단간 암호화 백업 역시 잠금 해제된 단말, 침해된 기기, 피싱으로 탈취된 복구 비밀 정보를 보호할 수 없습니다.

암호화 메시지 백업 점검표

어떤 백업이든 믿기 전에 다음을 확인하세요.

  • 백업이 켜져 있는지 알고 있습니다.
  • 백업이 저장되는 위치를 알고 있습니다.
  • 종단간 암호화 여부를 확인했습니다.
  • 누가 복호화 키에 접근하거나 키를 복구할 수 있는지 알고 있습니다.
  • 복구 비밀 정보는 고유하며 별도로 보관되어 있습니다.
  • 메시지, 이메일, 클라우드 계정에 강력한 인증을 사용합니다.
  • 첨부파일과 메타데이터가 포함되는지 확인했습니다.
  • 피할 수 있는 평문 내보내기 파일과 임시 사본을 제거했습니다.
  • 원본을 삭제하지 않고 신뢰할 수 있는 기기에서 복구를 테스트했습니다.
  • 분실 기기의 권한을 취소하고 오래된 백업을 삭제하는 방법을 알고 있습니다.
  • 휴대전화, 계정 또는 백업 설정을 변경한 뒤 설정을 다시 점검합니다.

지금 앱의 현재 백업 및 복구 설정을 확인하세요.

Livara의 비공개 메시지 살펴보기
CONTINUE THE THREADPrivate messaging ↗
YOU’VE REACHED THE ENDBack to the reading room ↗