내용을 읽을 수 없게 만드는 편이 자물쇠를 하나 더 다는 것보다 보안의 본질에 가깝다.

열쇠를 자기 손에 두는 방식

Keybase는 암호화를 중심에 둔 커뮤니케이션 도구다. 공식 사이트의 정의는 짧다. 안전한 메시지 전송과 파일 공유라고 적혀 있다. 이 두 가지를 떠받치는 것이 공개 키 암호이고, 공식 설명은 이를 통해 메시지를 비공개로 유지한다고 밝힌다. 사용자가 열쇠를 갖고 서버는 암호문만 나른다는 설계가 일반적인 호스팅 채팅 서비스와 신뢰 모델을 갈라놓는다.

그 차이는 최악의 상황에서 드러난다. 호스팅 서비스에서는 운영자가 양 끝 사이에 앉아 지나가는 내용을 원칙적으로 읽을 수 있다. 여기서는 읽을 수 있는 사본이 그것을 만든 기기 밖으로 나가지 않는다. 운영자를 믿든 믿지 않든 맡겨야 하는 신뢰의 양이 적다. 이것이 홍보 문구가 아니라 실무적인 이유다.

대가는 같은 종이에 적혀 있다. 열쇠를 직접 쥐면 아무도 대신 복구해 주지 못한다. 기기를 잃거나 열쇠가 깨지는 일은 문의 접수가 아니라 닫힌 문이 된다. 그래서 복구 습관은 아직 아무것도 망가지지 않았을 때 마련해야 한다. 예비 기기를 하나 더 등록하거나, 복구 문구를 적어 기기와 떨어진 곳에 보관하는 식이다.

신원 확인은 그 짝이다. 공개 키를 외부 계정에 묶어 두면 무엇인가를 주고받기 전에 상대가 누구인지 확인할 수 있다. 별명과 아이콘만 보고 판단하지 않아도 된다. 기록이 남아야 하는 전달에서는 이 확인이 암호화 자체보다 문제를 더 많이 해결한다. 암호화한 문장도 상대를 잘못 고르면 잘못된 문장이다.

파일과 메시지, 그리고 시간의 경계

파일 처리도 같은 토대 위에 있다. 공식 설명에 따르면 팀의 사진과 동영상, 문서를 종단 간 암호화 상태로 보관할 수 있다. 보호 범위가 전송뿐 아니라 장기 보관까지 포함한다는 뜻이다. 자료를 자주 주고받는 모임이라면 암호화된 저장 공간을 따로 찾는 수고가 줄고, 접근 방식도 하나로 유지된다.

메시지에는 통제가 하나 더 붙는다. 공식은 가장 민감한 메시지에 시한을 걸어 두면 시간이 되었을 때 스스로 사라지는 기능을 제공한다. 열쇠 설계와 합치면 두 가지 걱정을 함께 다룰 수 있다. 내용이 아예 읽히지 않는 것, 그리고 의도한 것보다 오래 읽히지 않는 것이다. 어느 쪽도 완전한 방어는 아니지만 기기를 빌려주거나 화면을 옆에서 들여다보는 일상적인 상황에는 쓸모가 있다.

대상 사용자는 보안 담당자보다 넓다. 공식은 가정과 동거인, 동호회, 친구 모임까지 언급한다. 진입 장벽을 낮게 두려는 의도가 읽힌다. 암호 지식 없이도 쓸 수 있게 하겠다는 목표다. 합리적이지만 그만큼 기본값이 책임을 지게 되고, 여기서 기본값은 엄격한 쪽에 서 있다.

지원 환경과 라이선스, 현재의 속도

지원 범위는 거의 갖춰져 있다. 공식 설명은 macOS와 Windows, Linux, iPhone, Android를 하나씩 나열한다. 클라이언트는 무료이고 같은 계정은 어느 기기에서든 동일한 암호상의 신원으로 이어진다. 휴대전화로 들어온 메시지가 다른 기기에서 등록을 다시 하지 않고 열린다는 뜻이다.

소스는 공개 저장소에 삼조 BSD 라이선스로 놓여 있어 구하고 읽을 수 있다. 암호화된 대화를 다루는 도구에서 읽을 수 있는 코드는 보너스가 아니라 전제다. 그것이 없으면 종단 간 암호화라는 말은 의도에 대한 진술로 남는다.

현재 상태는 솔직히 적어 둘 만하다. 저장소의 최신 버전은 6.6.3이고 공개일은 2026년 6월 3일이며, 변경은 여러 계정의 알림 처리와 몇 가지 수정에 집중되었다. 2026년 10월에도 커밋은 이어졌지만 내용은 의존성 갱신과 코드 검사 수정이 중심이다. 돌아가고는 있으나 빠른 개발에서 느린 유지보수로 리듬이 옮겨간 상태다. 새 기능을 기대하기보다 형태가 굳은 오래 쓸 도구로 보는 편이 근거에 맞다.

이 판단은 도입 방식을 좌우한다. 기능 로드맵이 필요한 팀에는 유지보수 단계의 프로젝트가 맞지 않는다. 직접 확인하고 곁에 둘 수 있는 안정된 경로를 원하는 팀에는 맞는다. 정말 중요한 것은 따로 복제해 두면 어떤 호스팅 서비스든 따라붙는 단일 의존을 떼어낼 수 있다.

암호화 도구에 대한 신뢰는 읽을 수 있는 코드와, 그것이 아직 얼마나 움직이는지 보는 차분한 시선에서 나온다.

시작하기 전에 몇 가지 제안을 덧붙인다. 먼저 관계가 깊은 몇 사람과 작게 시험하고 보내기와 받기, 신원 확인이 모두 문제없이 지나가는지 확인한 뒤 모임 전체를 옮긴다. 팀 파일은 별도의 복제를 따로 남겨 두어 장기 보관을 한 서비스에 걸지 않는다. 새 기능이 중요하다면 저장소의 진행 속도를 먼저 살피고 그 위에 무엇을 얹을지 정하면 좋다.