종단간 암호화(E2E) 파일 공유란? 초보자 가이드

"종단간 암호화(End-to-End Encryption, E2E 또는 E2EE)"라는 용어를 들어본 적 있으신가요? 왓츠앱, 시그널 같은 메신저가 광고하는 보안 기능이지만, 정확히 무엇인지 헷갈리는 분이 많습니다. 이 글에서는 종단간 암호화가 무엇이고, 왜 파일 공유에 중요한지 쉽게 설명하겠습니다.

일반 암호화 vs 종단간 암호화

일반 암호화 (TLS/HTTPS)

대부분의 웹사이트는 HTTPS로 암호화됩니다. 이는 다음과 같은 흐름입니다.

나 → [암호화] → 서버 → [복호화] → [재암호화] → 받는 사람

데이터는 전송 중에는 암호화되지만, 서버는 복호화된 원본을 볼 수 있습니다. 이메일, 구글 드라이브, 일반 클라우드 서비스가 이 방식입니다.

종단간 암호화 (E2EE)

종단간 암호화는 다릅니다.

나 → [암호화] → 서버 → 받는 사람 → [복호화]

서버는 절대 데이터를 복호화할 수 없습니다. 오직 보내는 사람과 받는 사람만 원본을 볼 수 있습니다.

왜 종단간 암호화가 중요할까

1. 서버가 해킹당해도 안전

서버가 침해되어도 공격자는 암호화된 데이터만 얻습니다. 키가 없으면 의미 없는 바이트 덩어리입니다.

2. 서비스 운영자도 못 봄

구글, 마이크로소프트 같은 회사는 자사 서버의 데이터에 기술적으로 접근할 수 있습니다. E2E 암호화에서는 운영자도 못 봅니다.

3. 정부/법 집행기관 요청에도 보호

회사가 데이터 제출을 요구받아도 줄 수 있는 건 암호화된 바이트뿐입니다.

4. 직원의 부정 접근 방지

내부 직원이 호기심으로 또는 악의적으로 사용자 데이터를 보는 것을 막습니다.

파일 공유에서 E2E 암호화의 의미

일반 파일 공유 서비스 (구글 드라이브, 드롭박스 등):

항목	가능 여부
서버에서 파일 복호화	✅ 가능
운영자가 파일 열람	✅ 가능
해킹 시 원본 노출	✅ 위험
법 집행기관 제출	✅ 가능

종단간 암호화 파일 공유 (Tresorit, Sync.com 등):

항목	가능 여부
서버에서 파일 복호화	❌ 불가능
운영자가 파일 열람	❌ 불가능
해킹 시 원본 노출	❌ 안전
법 집행기관 제출	❌ 암호화된 바이트만

종단간 암호화는 어떻게 작동하나

LOCK.PUB에서 종단간 암호화가 적용된 유일한 기능인 요청 링크를 예로 들면:

1. 준비: 내 브라우저가 키 쌍을 만들고, 개인 키를 생성자 열람 암호로 잠급니다. 이 암호는 내 기기 밖으로 나가지 않습니다
2. 업로드: 보내는 사람의 브라우저가 내 공개 키로 제출물을 암호화한 뒤에야 업로드합니다
3. 저장: 서버에서 제출물은 암호문으로, 개인 키는 열람 암호로 잠긴 상태로 보관됩니다. 폼 문구나 보낸 사람 이름처럼 접수에 필요한 정보는 일반 텍스트로 남고, 열람 암호는 저장하지 않습니다
4. 복호화: 제출물은 내 브라우저에서 열람 암호로 엽니다. 제출된 내용 자체는 저희도 읽을 수 없는 암호문입니다

E2E 암호화의 주의사항

종단간 암호화는 강력하지만 몇 가지 한계가 있습니다.

1. 비밀번호를 잊으면 복구 불가

서버가 비밀번호를 모르므로, 잊어버리면 파일도 영구히 접근 불가합니다. 이는 단점이라기보다, 비밀번호를 아는 사람만 파일을 열 수 있다는 뜻입니다.

2. 비밀번호 자체가 약하면 의미 없음

"1234" 같은 약한 비밀번호는 무차별 대입 공격으로 풀릴 수 있습니다. 강력한 비밀번호를 사용하세요.

3. 받는 사람의 기기가 안전해야 함

받는 사람의 컴퓨터가 해킹되어 있다면, 복호화된 파일이 노출될 수 있습니다. 암호화는 파일이 열리는 기기를 뺀 모든 구간에서 파일을 지켜 주니, 그 기기는 잠금을 걸고 최신 상태로 유지하세요.

어떤 서비스가 진짜 E2E 암호화일까

서비스	E2E 암호화
구글 드라이브	❌
드롭박스	❌ 기본값 (상위 비즈니스 플랜은 선택형 E2EE 팀 폴더, 공유 링크 불가)
원드라이브	❌
WeTransfer	❌
Tresorit	✅
Sync.com	✅
LOCK.PUB (요청 링크)	✅
LOCK.PUB (파일 링크)	❌ 서버 측 암호화 (비밀번호 + 서버 비밀값)
시그널 (메신저)	✅
왓츠앱 (메신저)	✅

LOCK.PUB는 두 방식을 분명히 구분합니다. 요청 링크는 종단간 암호화입니다. 키 쌍이 브라우저에서 만들어지고, 개인 키를 여는 열람 암호는 저희에게 전달되지 않습니다. 일반 파일·메모·이미지 링크는 서버에서 암호화되며, 그 키는 여러분이 정한 비밀번호와 데이터베이스 밖에 따로 보관된 서버 비밀값이 모두 있어야 만들어집니다. 그래서 암호문을 빼돌린 것만으로는 열 수 없고, 비밀번호를 모르면 저장된 내용은 풀리지 않습니다. 파일 이름이나 직접 정한 공개 메모처럼 받는 사람이 무엇을 여는지 알려 주는 정보는 일반 텍스트로 남지만, 파일 내용과 비밀 메모는 읽을 수 있는 형태로 저장되지 않으며 비밀번호 자체도 저장하지 않습니다.

마무리

종단간 암호화는 단순한 마케팅 용어가 아니라 실제로 강력한 보안 모델입니다. 같은 서비스 안에서도 기능마다 암호화 방식이 다를 수 있으니, 쓰려는 기능이 실제로 E2E인지 확인하고 용도에 맞게 고르세요.

진짜 E2EE가 필요하다면 LOCK.PUB 요청 링크를 쓰세요. 키 쌍이 브라우저에서 만들어지고 생성자 열람 암호는 저희에게 전달되지 않습니다. LOCK.PUB 계정만 있으면 무료이고, 파일을 보내는 사람은 계정도 앱도 필요 없습니다. 일상적인 공유에는 비밀번호로 보호된 파일 링크가 더 간편합니다. 파일은 바로 내려받을 수 있는 원본이 아니라 암호화된 상태로 저장되고, 비밀번호는 저장하지 않으며, 만료일(Pro)을 정해 원하는 날 이후에는 링크가 더 이상 열리지 않게 할 수 있습니다.