강력한 키와 올바른 키는 다릅니다. 상대방의 신원을 확인하는 것도 대화 보안의 일부입니다.
메시지 암호화는 내용을 보호하는 동시에 상대방의 키가 실제로 어느 계정에 속하는지 명확히 해야 합니다. 앱이 서버에서 초기 키를 가져온다면 그 키의 진위를 검증하는 것이 중요합니다. 공격자의 키로 암호화한다고 해서 원래 연락하려던 상대방과 안전하게 통신하게 되는 것은 아닙니다.
그렇다고 해킹된 모든 서버가 즉시 과거 메시지를 전부 읽을 수 있다는 뜻은 아닙니다. 결과는 프로토콜, 이전에 검증한 키, 신원 변경 경고, 키 투명성 메커니즘에 따라 달라집니다.
첫 통신에서의 신뢰 문제란 무엇일까요?
오프라인인 상대방과 대화를 시작하기 위해 메신저는 상대방의 공개 키 묶음을 서버에 보관할 수 있습니다. 사전 키의 서명은 해당 키가 신원 키와 연결되어 있는지 확인하는 데 도움이 됩니다. 하지만 신원 키 자체도 원래 연락하려던 상대방과 연결되어야 합니다.
Signal의 X3DH 명세는 이러한 비동기 통신 모델과 인증에 관한 가정을 설명합니다. 이 문서를 LVR1 명세라고 부르면 안 됩니다. 비슷한 아이디어를 사용한다고 해서 두 프로토콜이 동일한 것은 아닙니다.
키 바꿔치기는 어떻게 위험을 일으킬까요?
간단한 예로, 공격자가 ‘앨리스’ 계정의 키 대신 자신이 통제하는 키를 제공합니다. 기기가 충분히 확인하지 않고 이를 받아들이면 새 메시지가 공격자를 대상으로 암호화될 수 있습니다. 이러한 공격의 가능성과 탐지 여부는 시스템의 세부 사항에 달려 있습니다. ‘언제나 아무도 모르게 경고 없이 이루어진다’는 주장은 정확하지 않습니다.
강력한 키와 올바른 키는 다릅니다. AES나 양자 내성 알고리즘 자체가 계정 소유자인 사람의 신원을 확인해 주지는 않습니다.
안전 번호는 무엇을 확인할까요?
지문 또는 안전 번호는 대화의 키 정보를 더 짧게 표현한 것입니다. 상대방의 진위를 신뢰할 수 있는 방법으로 이를 비교하면 두 기기가 통신 키에 관해 일치하는지 확인하는 데 도움이 됩니다. 이 검사는 휴대전화에 악성코드가 없거나 상대방이 메시지를 절대로 재공개하지 않는다는 사실을 증명하지 않습니다.
Signal 공식 안내 역시 안전 번호만으로 사람의 신원을 인증할 수는 없다고 명시합니다. 번호 변경은 기기 교체나 재설치 때문에 발생할 수 있습니다. 예상하지 못한 변경은 확인이 필요하지만, 즉시 해킹이라고 결론 내릴 일은 아닙니다.
민감한 메시지를 보내기 전의 실용적인 확인 절차
- 두 기기에서 대화의 보안 정보 화면을 엽니다.
- 알고 있는 상대방과 직접 만나거나 독립적이고 신뢰할 수 있는 경로로 연락합니다.
- 앱 안내에 따라 대화 확인 번호 또는 QR 코드 전체를 비교합니다. 앞의 몇 자리만 확인해서는 부족합니다.
- 불일치를 발견하면 민감한 정보 전송을 중단하고 독립적인 경로로 원인을 묻습니다.
- 키나 기기가 변경된 뒤에는 검증 상태를 다시 확인합니다.
진위가 의심되는 바로 그 대화에서 번호 이미지를 보내는 것은 독립적인 확인이 아닙니다. 목소리가 비슷하다는 점에만 의존한다면 음성 통화도 사칭을 막기에 충분하지 않습니다. 이미 신뢰할 수 있다고 확인한 전화번호나 연락 경로를 사용하세요.
키 투명성은 어떻게 다를까요?
키 투명성(Key Transparency)은 계정과 키의 대응 관계에서 불일치를 드러내고 수동 비교에 대한 의존을 줄일 수 있습니다. Signal은 2026년 8월 자동 키 검증 소개 글에서 이 기능과 이용 가능 조건의 제한을 설명했습니다. 이 메커니즘 역시 계정을 통제하는 사람이 원래 연락하려던 바로 그 사람이라는 사실을 단독으로 증명하지는 못합니다.
따라서 ‘수동 비교가 모든 메신저에서 제공되는 유일한 방법’이라는 표현은 최신 상황에 맞지 않습니다. 각 기능은 해당 제품의 버전과 조건에 맞춰 확인하세요. 한 메신저의 기능을 다른 메신저에도 있는 것으로 간주하지 마세요.
Livara에서는 무엇을 근거로 삼을 수 있을까요?
Livara 문서는 다른 채널을 통해 지문을 비교할 것을 권장합니다. 민감한 대화를 나눌 때는 이 단계를 알고리즘 이름과 별개로 고려하세요. 이 글은 Livara에 Signal과 유사한 키 투명성 시스템이 있거나 독립적인 감사 결과가 있다고 주장하지 않습니다.
자주 묻는 질문
검증에 성공하면 어떤 공격도 불가능해지나요?
아닙니다. 결과는 기기의 안전 상태, 비교 방법, 프로토콜의 가정에 달려 있습니다. 악성코드나 내용을 복사하는 수신자는 키 바꿔치기 문제의 범위 밖에 있습니다.
키가 바뀔 때마다 계정을 삭제해야 하나요?
아닙니다. 먼저 신뢰할 수 있는 경로로 상대방에게 변경 이유를 확인하세요. 그동안은 민감한 정보를 보내지 마세요.
이 확인으로 이전 메시지도 다시 안전해지나요?
아닙니다. 오늘의 검증이 과거에 발생했을 수 있는 정보 유출을 되돌리지는 못합니다. 민감한 통신을 시작할 때는 전송 전에 확인하는 것이 좋습니다.
