SHARE THE PERSPECTIVE

암호화된 채팅을 검색할 수 있는 이유는 메시지를 읽도록 허가된 기기가 해당 메시지를 검색할 수도 있기 때문입니다. 일반적인 설계는 복호화 후 로컬 색인을 만듭니다. 하지만 종단 간 암호화 자체만으로는 검색 질의가 기기 밖으로 절대 나가지 않는다는 사실이나 모든 메신저가 같은 검색 아키텍처를 사용한다는 사실을 증명할 수 없습니다.

검색이 느리거나, 오래된 결과가 사라지거나, 예전 휴대전화에서 보이는 메시지를 새 휴대전화에서 찾지 못할 때 이 구분은 중요합니다. 검색 범위, 키의 가용성, 데이터 동기화는 서로 다른 문제입니다.

로컬 검색 색인의 작동 방식

앱은 읽을 수 있는 메시지를 어떤 단어가 어떤 메시지에 등장하는지 기록하는 색인으로 바꿀 수 있습니다. 검색은 모든 메시지를 처음부터 끝까지 훑는 대신 그 색인을 참조합니다. SQLite의 FTS5 문서는 전문 색인 기술의 한 예입니다. 여기서 이를 언급한다고 해서 특정 Livara 클라이언트가 FTS5를 사용한다는 뜻은 아닙니다.

전형적인 로컬 설계는 네 단계로 구성됩니다.

  • 암호화된 메시지를 다운로드하거나 수신합니다.
  • 허가된 기기 키를 사용해 복호화합니다.
  • 검색 가능한 내용을 로컬 색인에 추가합니다.
  • 현재 그 기기에서 사용할 수 있는 데이터로부터 결과를 반환합니다.

색인은 민감한 정보입니다. 완전한 문장을 저장하지 않더라도 단어와 참조가 대화 내용을 드러낼 수 있습니다. 저장 방식, 백업, 삭제 동작, 접근 통제에도 채팅 데이터베이스와 같은 주의를 기울여야 합니다.

서버 측 검색은 언제나 서버가 모든 것을 읽는다는 뜻일까요?

아닙니다. 일반적인 평문 서버 색인은 서비스가 색인된 내용에 접근할 수 있게 하지만, 가능한 원격 검색 설계는 그것만이 아닙니다. 검색 가능한 대칭키 암호화에 관한 암호학 연구는 정의된 보안 모델 아래에서 외부에 맡긴 암호화 데이터를 검색하는 방법을 설명합니다.

그러한 기술에도 고유한 가정과 잠재적 정보 누출이 있습니다. 유용한 검토라면 서버가 반복되는 질의, 일치하는 레코드, 접근 패턴, 결과 크기에 대해 무엇을 알게 되는지 묻습니다. “검색이 클라우드에서 이루어진다”거나 “데이터가 암호화되어 있다”는 말만으로는 이러한 질문이 해결되지 않습니다.

설계 실용적 이점 살펴볼 질문
로컬 색인 원격 질의 없이 이용 가능한 기록을 검색할 수 있음 색인이 저장 시 암호화되고 안전하지 않은 백업에서 제외되는가?
평문 서버 색인 저장된 데이터 전반에 대한 중앙 집중식 색인 및 검색 누가 내용, 질의, 로그에 접근할 수 있는가?
암호화 원격 검색 방식 보호된 데이터에 대해 정해진 질의를 지원할 수 있음 해당 구성이 허용하는 누출과 신뢰 가정은 무엇인가?
공개·비공개 혼합 검색 공개 내용과 비공개 내용을 다르게 처리함 사용자가 검색 범위를 명확히 알 수 있는가?

이 표로 속도 순위를 매길 수는 없습니다. 하드웨어, 색인 품질, 메시지 양, 네트워크 지연, 구현이 모두 중요합니다. 이 글을 위해 시간 측정 벤치마크를 수행하지 않았습니다.

검색에서 메시지가 누락될 수 있는 이유

기록이 사라졌다고 결론 내리기 전에 문제의 범위를 확인하세요.

  1. 대화에서는 메시지가 보이나요? 보이지 않는다면 검색이 고장 난 색인이 아니라 이용할 수 없는 기록을 반영하는 것일 수 있습니다.
  2. 올바른 대화나 계정을 선택했나요? 날짜, 발신자, 미디어 필터 때문에 원래 유효한 결과가 제외될 수 있습니다.
  3. 새 기기가 기록과 복호화 자료를 받았나요? 신원 키를 복원한다고 해서 자동으로 모든 메시지가 복원되는 것은 아닙니다.
  4. 색인 생성이 끝났나요? 대량 가져오기와 중단된 동기화가 검색 범위에 영향을 줄 수 있습니다.
  5. 검색이 해당 단어 형태를 인식하나요? 구문 일치, 철자, 문장부호, 언어별 토큰화가 다를 수 있습니다.

직접 관리하는 대화에서 무해하고 눈에 띄는 테스트 문구를 사용하세요. 네트워크 연결을 끊기 전후에 검색 결과에 나타나는지 확인합니다. 이는 로컬 가용성에 관한 제한적인 사실을 보여 줄 수 있지만, 앱이 온라인 상태에서 텔레메트리나 검색 데이터를 절대 보내지 않는다는 증거는 아닙니다.

Livara에 대해서는 무엇을 말할 수 있을까요?

Livara의 보안 페이지는 비공개 메시지 내용이 암호화되는 한편 라우팅, 멤버 구성, 전달 상태, 암호문이 동기화를 지원한다고 설명합니다. 공개 문서만으로는 특정 로컬 검색 엔진, 모든 경우의 오프라인 검색, 질의 텔레메트리의 완전한 부재, 또는 측정된 배터리 영향을 주장하기에 충분하지 않습니다.

공개 채널의 개인정보 보호 경계는 비공개 채팅과 다릅니다. 서비스는 비공개 대화에 대해 같은 주장을 하지 않고도 공개 내용을 색인할 수 있습니다. 전체 검색 결과를 기밀로 취급하기 전에 위협 모델을 확인하세요.

제공자에게 물어볼 만한 질문

어떤 메시지가 색인되는지, 색인이 어디에 있는지, 질의 텍스트가 전송되거나 기록되는지, 연결된 기기가 무엇을 받는지, 메시지 삭제가 색인과 백업에 어떤 영향을 미치는지 물어보세요. 명확한 답변은 “E2EE 검색”이라는 표현에 의존하지 않고 클라이언트와 버전을 명시해야 합니다.

검색은 자체적인 데이터 흐름을 가진 기능입니다. 암호화가 검색에 관한 모든 질문에 답한다고 가정하지 말고, 메시지 암호화와 함께 그 흐름을 평가하세요.

Livara 아키텍처 확인하기
CONTINUE THE THREADPrivate messaging ↗
YOU’VE REACHED THE ENDBack to the reading room ↗