암호 기본 요소
암호화 신원이 없으면 보호된 전송이 중단됩니다. 새 그룹은 모든 구성원이 준비되기 전까지 암호화 그룹으로 생성되지 않습니다. 호환되지 않는 이전 그룹은 더 강한 보호 표시를 빌리지 않고 종단 간 암호화 범위 밖임을 명시합니다. 중계 서버는 누가, 언제, 얼마나 큰 것을 보냈고 도착했는지라는 봉투 정보를 여전히 알게 됩니다.
01 · 경계
서버가 읽을 수 있나요?
이 표는 메시지 전달을 설명합니다. 별도의 인공지능 처리는 개인정보 처리방침과 사용하는 클라이언트의 제어 기능에서 다룹니다.
참고 기기 동기화를 위해 라우팅, 구성원 정보, 타임스탬프, 전달 상태, 암호문을 저장합니다.
참고 이 저장이 재연결 복구를 가능하게 합니다. 절충이며, 이것이 사용자가 감수하는 부분입니다.
| 항목 | 1:1 대화 | 호환되는 비공개 그룹 | 채널 |
|---|---|---|---|
| 메시지 텍스트 | 내 기기에서 암호화 | 종단 간 암호화(LGS1) | 공개 방송 채널 |
| 텍스트 수정 | 내 기기에서 암호화 | 종단 간 암호화(LGS1) | 공개 방송 채널 |
| 사진, 동영상, 파일, 캡션 | 업로드 전에 암호화 | 업로드 전에 암호화 | 공개 방송 채널 |
| 누구와 대화했는지 | 라우팅 메타데이터만 | 라우팅 메타데이터만 | 공개 방송 채널 |
| 언제 대화했는지 | 전달 타임스탬프만 | 전달 타임스탬프만 | 공개 방송 채널 |
| 내 비밀번호 | 기기를 떠나지 않음 | 기기를 떠나지 않음 | 기기를 떠나지 않음 |
| 내 개인 키 | 암호화하지 않은 상태로 업로드하지 않음 | 암호화하지 않은 상태로 업로드하지 않음 | 암호화하지 않은 상태로 업로드하지 않음 |
02 · 1:1 채팅
메시지 하나에 키가 생기는 과정.
LVR1은 고전 및 양자내성 자료로 시작한 뒤 두 래칫을 계속 진행합니다. 일반 메시지는 비용이 낮은 단방향 체인을 진행하고, 주기적인 ML-KEM 에포크는 양자내성 루트를 갱신합니다. 전송마다 3킬로바이트 핸드셰이크를 실을 필요가 없습니다.
LVR1 자세히 보기
아래 기본 요소와 매개변수는 설계를 설명합니다. 확립된 구성 요소를 사용한다고 해서 전체 프로토콜의 보안이 독립적으로 검증되는 것은 아닙니다.
- 고전 방식 루트
- P-256 ECDH, 서명된 사전 키
- 양자내성 루트
- ML-KEM-768, 주기적으로 키를 갱신하는 에포크
- 설정
- 하이브리드 X3DH 방식, 사용 가능하면 일회용 키 사용
- 래칫 진행
- 독립적인 송신 및 수신 체인
- 콘텐츠 암호
- 콘텐츠와 헤더에 AES-256-GCM 적용
- 키 보관
- 기기에서 생성하고 복구 백업은 업로드 전에 암호화
- 첨부파일
- 세션 안에서 전달하는 파일별 무작위 키
신원
P-256 개인 키와 ML-KEM-768 시드는 기기에서 생성하며 평문으로 업로드하지 않습니다.
사전 키 인증
클라이언트가 서명된 P-256 및 ML-KEM-768 사전 키를 확인합니다. 일회용 키를 사용할 수 있으면 신선성을 더합니다.
설정하기
하이브리드 X3DH는 여러 P-256 합의와 ML-KEM 비밀값을 혼합해 독립적인 고전 및 양자내성 루트를 만듭니다.
래칫 진행
단방향 송수신 체인은 메시지마다 진행하며, 주기적인 ML-KEM 에포크 갱신은 양자내성 루트를 새로 고칩니다.
암호화
메시지 키를 현재 PQ 루트와 결합한 뒤 AES-256-GCM으로 콘텐츠와 헤더를 암호화하고 인증합니다.
생성
각 구성원은 자신의 기기에서 그룹 메시지용 발신 체인과 서명 키를 생성합니다.
배포
발신자 키는 쌍별 양자내성 LVR1 세션 안에서 다른 구성원에게 전달됩니다.
진행
각 메시지는 체인에서 일회용 AES-256-GCM 키를 파생하고 발신자의 서명을 담습니다.
교체
구성원이 참여하거나 나가면 새 발신자 키를 생성해 배포합니다.
03 · 0.2의 비공개 그룹
암호문 하나를, 모든 구성원에게.
큰 그룹에서 같은 텍스트를 사람마다 따로 암호화하면 구성원 수만큼 작업이 늘어납니다. LGS1은 대신 발신자마다 서명된 체인 하나를 제공합니다. 키는 쌍별 LVR1으로 전달하고, 읽을 수 없는 암호문 하나를 전체 그룹에 보냅니다. 고유한 첨부 키, 캡션, 파일명도 그 안에서 암호화됩니다.
LGS1 자세히 보기
- 발신자 체인
- 발신자마다 서명된 체인 하나, 위치마다 메시지 하나
- 키 배포
- 발신자 키를 쌍별 LVR1 세션 안에서 전달
- 메시지별 키
- 위치별로 파생하는 일회용 AES-256-GCM 키
- 인증
- 발신자별 P-256 서명 신원
- 구성원 변경
- 이전 발신자 키는 새 메시지에 사용하지 않으며 구성원이 키를 교체합니다
- 보호 대상
- 텍스트 · 수정 · 캡션 · 파일명 · 첨부 키
04 · 불편한 부분
암호화는 콘텐츠를 보호하지만 숨기지 못하는 것이 관계망입니다.
Livara는 전달과 동기화를 위해 운영 메타데이터를 저장하고 처리합니다. 이 표는 보호된 메시지 전달을 설명하며 별도의 인공지능 처리를 설명하지 않습니다. 인공지능에 채팅 내용을 사용하기 전에 해당 클라이언트의 제어 기능과 개인정보 처리방침을 확인하세요.
| 서버에 보이는 것 | 서버가 저장하는 것 | 보호된 메시지 전달 중 읽을 수 없는 것 |
|---|---|---|
| 누가 누구와 통신하는지 | 암호문 형태의 메시지 기록 | 메시지 평문 |
| 그룹 구성원과 대화 | LVR1 및 LGS1 암호문 | 복호화된 미디어 내용 |
| 타임스탬프와 암호문 크기 | 수신 확인, 반응, 수정 | 캡션과 파일명 |
| 전달 상태와 라우팅 | 계정별 동기화 커서 | 첨부 키 |
| Livara에 연결한다는 사실 | 푸시 토큰과 보안 기록 | 내 비밀번호 — SRP 증명만 |
LSS1 메타데이터 보호 코드는 있지만 일반 메시지 전송에 연결되어 있지 않습니다. 현재 메시지에서 활성화된 보호로 간주하지 마세요.
05 · 공개 설명
Livara가 주장하지 않는 것.
다른 곳에 빠진 내용을 보고 추측할 필요가 없도록 이 목록을 만듭니다. 항목이 여기에서 빠진다면 문구가 좋아져서가 아니라 실제로 제공되었기 때문입니다.
현재 약속하지 않는 것
공개된 위협 모델에서 그대로 가져온 여섯 항목.
- 메타데이터 익명성
- 채널의 종단 간 암호화 — 채널은 공개 방송 스트림입니다
- 선택적인 서버 녹음·녹화가 활성화된 동안의 종단 간 암호화
- 잠금 해제되거나 침해된 기기 보호
- 복구 구문 없는 복구
- 네트워크 제공자에게 Livara 연결 사실 숨기기
우리가 하지 않는 주장
마케팅 페이지가 말하고 싶어 할 방식으로 쓴 다음 취소선을 긋습니다.
- 채널 콘텐츠가 비공개라는 주장. 채널은 공개 방송을 위해 설계되었습니다.
- 서버가 실시간 전달과 동기화에 필요한 라우팅 메타데이터를 저장하지 않는다는 주장.
- 기기와 복구 구문을 모두 잃어도 복구할 수 있다는 주장.
- 안전 번호를 확인할 필요가 없다는 주장. 번호를 비교하는 것이 대면하여 키를 확인하는 방법입니다.
06 · 신원
로그인하고, 다시 로그인하기.
SRP는 비밀번호를 보내지 않고 증명합니다
SRP 인증 중 기기는 비밀번호 자체를 전송하지 않고 알고 있음을 증명합니다. 서버는 검증값을 저장합니다. 이는 침해된 기기나 클라이언트를 보호하지 않습니다.
키 백업은 업로드 전에 암호화
P-256 합의 키와 서명 키, ML-KEM 시드는 무작위 256비트 복구 키로 기기에서 암호화합니다. 형식 v7은 암호 스위트, 신원 에포크, 세대를 인증합니다. 신원을 복원하며 채팅 기록을 복원하지는 않습니다.
지문으로 상대편 확인
다른 신뢰할 수 있는 채널로 대화 상대와 공개 키 지문을 비교하세요. 예상치 못하게 다르면 민감한 정보를 공유하기 전에 변경을 확인하세요.
누가 행동할 수 있는지는 여전히 서버가 결정합니다
구성원 및 역할 확인이 대화, 업로드, 수신 확인, 수정, 삭제, 실시간 작업을 관리합니다. 이는 암호 기술이 아닌 서버의 권한이며, 바로 그 이유로 별도 표기합니다.
비밀번호 기기를 떠나지 않음
증명 로컬에서 계산하고 서버와 교환
서버 비밀번호 대신 검증값 보관
결과 인증됨 — 비밀값은 통신망을 지나지 않음
신원 사용자 이름. SIM, 통신사, 국가가 아닙니다.
SRP 인증과 메시지 암호화는 별개입니다. 비밀번호만으로 암호화된 신원 백업을 열 수 없으며 복원에는 복구 구문이 필요합니다. 침해된 기기나 클라이언트는 이 보호 범위 밖에 있습니다.
질문
가장 자주 받는 다섯 가지.
어떤 Livara 대화가 종단 간 암호화되나요?
1:1 메시지와 호환되는 비공개 그룹 대화는 기기에서 종단 간 암호화됩니다. 1:1 채팅은 하이브리드 양자내성 LVR1 래칫을 사용하고, 호환 그룹은 텍스트, 수정 사항, 사진, 동영상, 파일, 음성 메모에 LGS1 발신자 키를 사용합니다. 호환되지 않는 이전 그룹은 종단 간 암호화 범위 밖임을 명시합니다.
새 휴대전화에 로그인하면 1:1 채팅 키가 돌아오나요?
저절로 돌아오지 않습니다. 암호화된 키 백업은 복구 구문이 나타내는 복구 키로만 열 수 있습니다. 올바른 비밀번호만으로는 부족하며 이는 의도된 설계입니다. 비밀번호만으로 키를 복원할 수 있다면 비밀번호만으로 다른 사람에게 키를 넘길 수도 있기 때문입니다.
Livara는 내가 누구와 대화하는지 숨기나요?
아니요. 전달은 발신자, 목적지, 타임스탬프를 사용해 암호화된 패킷을 라우팅하며, 기기 동기화를 위해 해당 메타데이터를 저장합니다. 암호화된 메시지의 모바일 푸시 알림에는 메시지 세부 내용이나 이름이 포함되지 않습니다.
그룹 암호화는 어떻게 작동하며 무엇을 보호하나요?
각 구성원은 발신 체인을 만들고 쌍별로 암호화된 LVR1 세션을 통해 다른 구성원과 키를 공유합니다. 그룹 텍스트, 수정 사항, 미디어, 파일, 음성 메모는 발신자의 기기를 떠나기 전에 암호화됩니다. 구성원이 참여하거나 나가면 키를 교체합니다.
1:1 및 그룹 통화는 어떻게 보호되나요?
1:1 및 그룹 통화는 오디오, 비디오, 화면 공유에 종단 간 암호화를 사용합니다. 선택적인 서버 녹음·녹화는 별도 모드입니다. 보이는 REC 상태가 켜진 동안 통화는 종단 간 암호화 대신 전송 구간 암호화를 사용합니다.