기본으로 적용되는 종단간 암호화는 민감한 메시지를 잘못된 모드로 보낼 가능성을 줄입니다. 그렇다고 앱의 모든 기능이 비공개가 되거나, 메타데이터가 사라지거나, 침해된 휴대전화가 보호되는 것은 아닙니다.
유용한 비교는 두 가지를 묻습니다. 평범한 개인 대화를 시작하면 어떻게 되는가? 그룹, 백업, 공개 채널 또는 다른 기기를 사용하면 무엇이 달라지는가? 이 가이드는 2026년 10월 24일에 확인한 공개 문서를 바탕으로 이 기준에 따라 메신저 다섯 가지를 비교합니다. 독립적인 보안 순위는 아닙니다.
‘기본’이 바꾸는 것
E2EE가 선택 사항이면 사용자가 전송 전에 지원되는 암호화 대화를 선택해야 합니다. 다른 모드를 선택하면 해당 모드의 규칙이 적용됩니다. E2EE가 기본이면 지원되는 개인 대화는 별도의 비밀 모드 전환 없이 보호된 상태로 시작합니다.
어느 쪽이든 서비스의 모든 것을 알려주지는 않습니다. 제공자는 E2EE를 제공하지 않고도 서버 데이터를 암호화할 수 있으며, E2EE 메신저도 운영 기록을 보관할 수 있습니다. 저장 데이터 암호화, 전송 암호화, 종단간 암호화는 서로 다른 접근 경로에 대응합니다.
제품 다섯 가지에서 확인할 보호 범위
| 메신저 | 문서에 설명된 시작 상태 | 중요한 경계 |
|---|---|---|
| Signal | Signal 대화는 선택적 비밀 모드 없이 E2EE 사용 | 의도된 수신자와 그 기기는 평문에 접근할 수 있음 |
| 개인 메시지와 통화는 기본으로 E2EE 사용 | 온라인 백업 보호는 별도의 설정과 복구 시스템 | |
| Telegram | 일반 Cloud Chat은 클라이언트-서버 암호화를 사용하고 Secret Chat은 E2EE를 추가 | Secret Chat은 일대일이며 기기에 종속됨. 일반 그룹은 E2EE가 아님 |
| Messenger | Meta는 개인 메시지와 통화의 기본 E2EE를 문서화 | Facebook의 모든 영역이 같은 보호를 받는다고 가정하지 말고 실제 대화와 기능을 확인 |
| Livara | 공개 아키텍처는 보호된 직접 대화와 LGS1 비공개 그룹을 설명 | 공개 채널은 E2EE 범위 밖이며 호환되지 않는 구형 그룹도 그 사실이 명확히 표시됨 |
출처: Signal 개인정보 보호 안내, WhatsApp 개인정보 보호, Telegram FAQ, Messenger 기본 암호화 발표, Livara 보안.
Telegram의 두 모드가 중요한 이유
Telegram의 Cloud Chat은 클라우드 대화 기록 모델을 지원합니다. Secret Chat은 기밀성의 경계가 다르며 대화를 시작한 기기에 연결됩니다. 초대 링크가 비공개이거나 구성원들이 서로 신뢰한다고 해서 일반 그룹이 Secret Chat으로 바뀌지는 않습니다.
E2EE가 필요한 대화에서는 내용을 공유하기 전에 이를 제공하는 모드를 선택하는 것이 실질적인 문제입니다. 반면 Cloud Chat을 아무 조건 없이 ‘암호화되지 않았다’고 부르는 것 역시 부정확합니다. Telegram은 이 모드의 클라이언트-서버 암호화를 문서에 명시합니다. 차이는 암호화가 조금이라도 존재하는지가 아니라 누가 복호화할 수 있는지에 있습니다.
WhatsApp 백업 설정을 비교에 포함해야 하는 이유
보호된 실시간 메시지와 복구할 수 있는 대화 기록 사본은 다른 대상입니다. WhatsApp 개인정보 보호 안내는 암호화된 온라인 백업을 추가 보호로 명시적으로 제공합니다. 대화의 자물쇠 표시로 백업 보안을 추측하지 말고 자신의 계정에서 해당 설정과 복구 방법을 검토하세요.
모든 제품 평가에서 같은 질문을 해야 합니다. 무엇이 백업되고, 복호화 비밀은 어디에 보관되며, 이를 잃으면 어떻게 될까요? 편리한 계정 재설정이 암호화된 대화 기록까지 반드시 복구해 주는 것은 아닙니다.
Livara가 설명하는 보호와 한계
Livara는 기존 암호 방식과 ML-KEM-768의 재료를 사용하는 LVR1 직접 세션, 그리고 보호된 그룹을 위한 LGS1 발신자 키 암호화를 설명합니다. 이는 제품 아키텍처에 대한 주장이지, 구현이 독립 감사를 받았다는 증거가 아닙니다.
문서는 라우팅 및 구성원 관계 메타데이터도 설명하며, 공개 채널과 비공개 대화를 구분합니다. 또한 v7 복구는 대화 기록이 아니라 암호학적 신원을 복원한다고 명시합니다. 암호화 신원이 없으면 보호된 전송이 중지되며, 호환되지 않는 그룹에 더 강한 보호 표시가 조용히 적용되어서는 안 됩니다.
제품을 시험할 때 이러한 제한 조건이 유용합니다. 알고리즘 이름만으로는 지금 열어 둔 대화가 보호 모드인지 알 수 없습니다. 기능 설명과 함께 위협 모델을 읽으세요.
기본 암호화를 실용적으로 확인하기
민감한 대화를 옮기기 전에:
- 참여자들이 실제로 사용하는 기기로 시험용 직접 대화와 그룹을 시작합니다.
- 암호화 상태와 지원되는 신원 확인 방법을 찾습니다.
- 구성원의 기기나 신원이 바뀌면 어떻게 되는지 확인합니다. 예상치 못한 경고를 확인 없이 무시하지 마세요.
- 연결된 기기, 대화 기록 전송, 백업을 각각 검토합니다.
- 공개 영역, 봇, 내보내기 등 콘텐츠가 대화 밖으로 나갈 수 있는 경로를 파악합니다.
기본 암호화는 유용한 사용성 특성입니다. 다음으로 해야 할 일은 그 범위를 확인하는 것이지, ‘기본’을 위협 모델 대신 사용하는 것이 아닙니다.
