계정, 신원, 대화 기록을 복구하는 것은 서로 다른 작업입니다. 제품이 실제로 무엇을 지원하는지 확인하세요.
암호학적 신원 복구는 메시징 신원과 연결된 키 자료를 복원합니다. 이것이 계정에 다시 로그인하거나, 모든 대화를 복원하거나, 교체한 기기가 안전함을 증명하는 것과 자동으로 같아지는 것은 아닙니다.
암호화된 키 백업을 사용하면 서버는 패키지를 여는 데 필요한 비밀값을 갖지 않고도 복구 가능한 패키지를 저장할 수 있습니다. 이 설계가 사용자를 보호하는지는 키 생성, 인증, 복구 비밀값의 보관, 그리고 클라이언트가 복구된 신원을 처리하는 방식에 달려 있습니다.
사람들이 “복구”라고 부르는 세 가지
| 복구 목표 | 복원하거나 허가해야 하는 것 |
|---|---|
| 계정 접근 | 로그인하여 서비스를 사용할 권한 |
| 암호학적 신원 | 적절한 개인 키 또는 인증된 새 신원 |
| 대화 기록 | 메시지 데이터와 이를 읽는 데 필요한 키 또는 상태 |
로그인 성공은 나머지 두 가지 중 어느 것도 입증하지 않습니다. 마찬가지로 신원 키가 있다고 해서 의도적으로 지워진 과거 메시지 키나 더는 존재하지 않는 기록 파일을 반드시 다시 만들 수 있는 것은 아닙니다.
제품의 복구 기능에 의존하기 전에, 실제로 어떤 목표를 약속하는지 적어 두세요.
암호화된 신원 백업이 작동하는 방식
일반적인 설계는 신뢰할 수 있는 기기에서 신원 자료를 생성하고, 별도의 복구 비밀값으로 백업을 암호화한 다음, 보호된 패키지만 서비스에 저장합니다. 교체 기기는 패키지를 가져와 복구 비밀값을 로컬에서 사용합니다.
서버는 여전히 패키지 접근을 통제하거나, 요청을 관찰하거나, 데이터를 제공하지 않거나, 이전 버전을 반환할 수 있습니다. 인증 암호화와 버전·신원 바인딩은 특정 변조 위험을 다루는 데 도움이 됩니다. 가용성과 롤백 처리에는 각각 별도 설계가 필요합니다. “서버에서 암호화되어 있다”는 말은 모든 서버 침해 시나리오에 대한 완전한 답이 아닙니다.
무작위로 생성된 고엔트로피 복구 키와 사람이 고른 비밀번호도 서로 다른 입력입니다. HKDF를 어떤 약한 암호 구문이든 강력한 비밀값으로 바꾸는 방법으로 설명하지 마세요. RFC 5869는 HKDF의 역할을 다루며 비밀번호 스트레칭과 구별합니다.
Livara v7 문서의 설명
Livara의 보안 페이지는 P-256 키 합의·서명 키와 ML-KEM 시드가 업로드 전에 기기에서 무작위 256비트 복구 키로 암호화된다고 설명합니다. v7 형식은 암호 스위트, 신원 에포크, 세대 등의 정보를 인증합니다.
같은 페이지는 대화 기록이 아니라 신원을 복구한다고 명시합니다. 또한 올바른 로그인 비밀번호만으로는 암호화된 키 백업을 열기에 부족하며, 복구 구문으로 표현된 복구 키가 필요하다고 설명합니다.
이는 공개된 제품 설명이지, 백업 형식이나 모든 복구 경로에 대한 새로운 감사 결과가 아닙니다. 보다 일반적인 위협 모델을 이처럼 범위가 좁은 복구 설명과 함께 읽어야 합니다.
SRP의 역할
SRP 인증 모델은 비밀번호 기반 로그인과 관련됩니다. 의도된 프로토콜 교환에서 비밀번호 자체의 전송을 피할 수 있지만, 키 백업의 내용을 정의하거나 모든 복구 키를 자동으로 파생하지는 않습니다.
서버 측 검증값도 여전히 보호해야 합니다. RFC 5054의 3.3절은 검증값을 도난당한 뒤의 비밀번호 추측 위험을 설명합니다. “이 교환에서 서버가 비밀번호를 받지 않는다”를 “서버 침해로는 유용한 정보가 아무것도 노출될 수 없다”로 바꾸어 해석하지 마세요.
계정 세션, 복구 패키지, 운영 메타데이터, 클라이언트 소프트웨어는 별개의 자산이며 각각 실패 양상도 다릅니다.
안전한 복구 준비 체크리스트
- 이 기능이 정확히 어떤 데이터를 복구하고 어떤 데이터는 복구하지 않는지 확인하세요.
- 휴대전화를 잃어도 유일한 사본까지 함께 잃지는 않을 곳에 복구 비밀값을 보관하세요.
- 비밀값을 메시지, 지원 문의, 공개 스크린샷에 넣지 마세요.
- 비밀값이 저장된 장소를 보호하세요. 이를 얻은 사람이 관련 백업과 접근 권한까지 얻으면 중요한 작업 능력을 확보할 수 있습니다.
- 유일하게 작동하는 기기를 지우거나 교체하기 전에 공식 복구 안내를 검토하세요.
- 중요한 데이터의 유일한 사본을 파괴하지 말고, 지원되는 절차로만 테스트하세요.
복구 후에는 연결된 기기와 세션을 별도로 살펴보세요. 신원 자료를 복구해도 이전 기기가 자동으로 해지되지는 않습니다. 암호학적 신원이 바뀌면 민감한 대화를 나누는 상대는 독립적으로 신뢰할 수 있는 경로를 통해 새 키를 확인해야 합니다.
복구 구문을 잃어버렸다면
시스템이 보관하지 않도록 설계된 비밀값을 지원팀이 다시 만들 수 있다고 가정하지 마세요. 마찬가지로 계정 비밀번호를 잊을 때마다 모든 로컬 메시지가 이미 사라졌다고 가정하지도 마세요. 결과는 남아 있는 기기, 사용 가능한 백업, 제품에 문서화된 규칙에 달려 있습니다.
유용한 질문은 구체적입니다. “어떤 비밀값이나 사본이 없으며, 어떤 복구 목표는 여전히 가능한가?” 이렇게 물으면 복구가 무조건 쉽거나 불가능하다는 일괄적인 약속보다 더 안전한 답을 얻을 수 있습니다.
