암호화, 복구, 동기화 · 자세한 설명
사이트의 다른 페이지는 내용을 압축해서 소개합니다. 여기에서는 1:1 및 그룹 암호화가 보호하는 범위, 이번 버전의 변경점, 기기 분실의 대가, 실시간 연결 뒤에도 변경 기록이 필요한 이유를 자세히 설명합니다.
01 · 종단 간 암호화
Livara 채팅에서는 메시지 본문과 미디어를 내 기기에서 암호화하고 수신자의 기기에서만 엽니다. 서버는 스스로 열 수 없는 상자를 전달합니다.
각 기기는 P-256 및 ML-KEM-768 비밀 키 자료를 보관합니다. 복구 백업은 업로드 전에 기기에서 암호화됩니다. 1:1 채팅은 기존 암호와 양자내성 암호의 기여를 결합해 LVR1을 설정하고, 메시지를 주고받으며 송수신 체인을 진행합니다.
AES-256-GCM은 콘텐츠를 암호화하고 맥락을 인증합니다. 첨부파일은 업로드 전에 별도의 무작위 파일 키를 받으며, 이 키는 서버에 노출되는 대신 암호화된 대화 안에서 전달됩니다.
보호된 메시지를 전달할 때 서버는 암호화된 콘텐츠를 중계하고 라우팅 메타데이터를 처리합니다. 공개 채널과 선택형 인공지능 처리에는 서로 다른 데이터 접근 규칙이 적용됩니다. 위협 모델과 개인정보 처리방침을 확인하세요.
02 · 보호 범위
1:1 채팅과 호환되는 비공개 그룹은 기기에서 종단 간 암호화를 사용합니다. 공개 채널은 읽을 수 있으며, 호환되지 않는 이전 그룹은 보호 범위에 포함되지 않습니다.
1:1 메시지의 텍스트, 수정 사항, 캡션, 음성 메모, 첨부파일은 하이브리드 양자내성 LVR1 래칫을 사용해 클라이언트 기기에서 암호화됩니다. 키가 없거나 유효하지 않으면 조용히 평문으로 전환하지 않고 안전하게 전송을 중단합니다.
Livara 0.2는 호환되는 비공개 그룹에 LGS1 발신자 키 암호화를 제공합니다. 각 구성원은 발신 체인을 만들고 자신의 기기에서 텍스트, 미디어, 첨부파일을 암호화합니다. 키는 그룹 구성원이 바뀌면 변경됩니다. 서버가 제어하는 구성원 목록에 여전히 필요한 신뢰는 위협 모델에서 설명합니다.
1:1 및 그룹 통화는 오디오, 비디오, 화면 공유의 종단 간 암호화를 지원합니다. 선택적인 서버 녹음·녹화는 REC가 활성화된 동안 종단 간 암호화 대신 전송 구간 암호화를 사용합니다. 공개 방송 채널은 서버에서 계속 읽을 수 있습니다.
03 · 출시
이전 버전의 출시 노트입니다. 현재 Livara Android 앱 빌드와 체크섬은 다운로드 페이지를 확인하세요.
이전 버전의 출시 노트입니다. 현재 Livara Android 앱 빌드와 체크섬은 다운로드 페이지를 확인하세요.
페르시아어 간단 모드 입력창에 ‘AI’를 표시합니다.
인공지능 API 기능에는 Livara AI Pro가 필요합니다.
Updates the existing React Native Beta app. Keep your recovery key available; do not uninstall to update.
04 · 복구
복구 구문은 키 합의, 서명, 양자내성 신원 자료의 암호화된 백업을 엽니다. 채팅 기록 백업은 아닙니다.
P-256 합의 키, P-256 서명 키, ML-KEM 시드는 무작위 256비트 복구 키, HKDF-SHA-512, AES-256-GCM을 사용해 기기에서 묶어 암호화한 뒤, 이미 암호화된 상태로 업로드합니다. 올바른 비밀번호만으로는 열 수 없습니다.
백업 형식 v7은 버전, 암호 스위트, 신원 에포크, 단조 증가하는 세대를 인증합니다. 다시 사용하는 기기는 이전 백업을 감지할 수 있지만, 완전히 새로운 기기가 전체 서버 스냅샷의 롤백을 감지하려면 키 투명성이 필요합니다.
대화 상대와 다른 채널을 통해 공개 키 지문을 비교하여 바뀌지 말아야 할 키가 바뀌었는지 확인할 수 있습니다.
기기와 복구 구문을 함께 잃으면 이전 1:1 채팅의 암호문은 열 수 없습니다. 지원 요청으로도 되돌릴 수 없습니다. 서버가 메시지를 읽지 못하는 데 따르는 실제 대가입니다.
05 · 동기화
실시간 연결은 지금 일어나는 일만 알려 줍니다. 사용자별 시퀀스 번호는 기차가 터널을 지나는 동안 놓친 내용을 복구합니다.
실시간 연결은 신뢰할 수 있는 메시징의 일부일 뿐입니다. 중요한 것은 연결이 끊긴 동안 놓친 변경을 앱이 어떻게 감지하고 복구하느냐입니다.
관련 변경이 있을 때마다 사용자별 연속 시퀀스 번호도 증가합니다. 따라서 다시 연결한 클라이언트는 추측하거나 전체 계정을 다시 다운로드하는 대신 놓친 범위만 정확히 요청합니다.
클라이언트는 안정적인 작업 ID로 중복을 제거하고, 저장된 커서를 앞으로 옮기기 전에 서버 스냅샷과 대조합니다. 그래서 신호가 약할 때 보낸 생각 하나가 말풍선 세 개가 되지 않습니다.
용어집
이미 알고 있을 것이라 여긴 용어 뒤에 아무것도 숨지 않도록 여기에서 뜻을 풀이합니다.
