E2E 암호화
(엔드투엔드 암호화)란
이 페이지는 일본어 원문을 기계 번역한 것입니다. 일본어 원문 보기
E2E 암호화(엔드투엔드 암호화)는 데이터를 송신자의 디바이스에서 암호화하고, 수신자의 디바이스에서만 복호화할 수 있는 방식입니다. 중간 서버에서는 데이터 내용을 읽을 수 없습니다. SimpleMemo는 “메모 본문을 서버에 영구적으로 저장하지 않는다”는 다른 접근 방식으로 프라이버시를 보호하고 있습니다.
E2E 암호화(End-to-End Encryption)는 통신의 양쪽 끝(엔드포인트)에서만 데이터를 복호화할 수 있게 하는 암호화 방식입니다. 송신자의 디바이스에서 데이터를 암호화하고, 통신 상대방의 단말기가 보유한 키로 복호화합니다. 메시지를 중계하는 서버, 네트워크 사업자, 심지어 서비스 제공자 자체도 데이터의 내용을 읽을 수 없습니다. WhatsApp, Signal, Proton Mail 등이 이 방식을 채택하고 있습니다.
E2E 암호화의 원리 — 개념을 4단계로 이해하기
E2E 암호화의 요점은 “중계 서비스가 복호화에 필요한 키를 가지고 있지 않다”는 것입니다. 아래는 공개키 암호와 메시지 암호화의 역할을 이해하기 위한 개념도입니다. 실제 Signal Protocol에는 본인 확인·키 합의·키 업데이트가 있으며, 이 4 단계만으로는 구현할 수 없습니다.
통신 경로 암호화·저장 시 암호화·E2E 암호화의 차이
「암호화하고 있습니다」라는 설명에는 3 종류가 있으며, 보호할 수 있는 범위가 전혀 다릅니다. HTTPS(TLS)은 단말과 서버 사이에만, 저장 시 암호화는 서버 디스크에만 보호되며, 두 서비스 사업자는 내용을 읽을 수 있습니다. E2E 암호화만이 “사업자도 읽을 수 없는” 것을 실현합니다.
| 관점 | 통신로 암호화（TLS / HTTPS） | 저장 시 암호화(at rest) | E2E 암호화 |
|---|---|---|---|
| 지키는 구간 | 단말기와 서버 사이의 통신 | 서버 및 디스크상의 데이터 | 송신 단말기에서 수신 단말기까지의 전체 구간 |
| 열쇠를 가진 자 | 단말기와 서버 모두 | 서비스 사업자 | 양쪽 끝 사용자의 단말기만 |
| 사업자는 내용을 읽을 수 있습니까? | 읽을 수 있습니다(서버 도착 후에는 평문) | 읽을 수 있습니다(키를 관리하는 것은 사업자입니다) | 읽을 수 없습니다 |
| 통신 도청 | 방지할 수 있습니다 | 대상 외 | 방지할 수 있습니다 |
| 서버 침해·내부 부정 | 방지할 수 없습니다 | 키가 같은 장소에 있으면 방지할 수 없습니다 | 방지할 수 있습니다(누출되는 것은 암호문뿐입니다) |
| 서버 측 검색·공동 편집·AI 처리 | 가능 | 가능 | 원칙적으로 할 수 없습니다(내용을 읽을 수 없기 때문에) |
| 대표 예시 | 거의 모든 웹 서비스 | 클라우드 스토리지 전반 | Signal・WhatsApp・iMessage・Standard Notes |
주요 서비스의 E2E 암호화 지원
같은 “암호화”라도 기본값이 E2EE인지, 설정을 활성화했을 때만인지, 혹은 설계상 E2EE가 아닌지에 따라 크게 달라집니다. 각사의 공개 문서를 기반으로 한 2026년 9월 시점의 정리입니다. 사양이 변경되므로, 중요한 판단을 내리기 전에 공식 정보에서 다시 확인해 주시기 바랍니다.
| 서비스 | E2E 암호화 | 보충 |
|---|---|---|
| 신호 | 기본값으로 E2EE | 신호 프로토콜。 메시지·통화·첨부 파일이 모두 대상입니다 |
| 기본값으로 E2EE | 시그널 프로토콜을 채택합니다. 클라우드 백업의 암호화는 임의 설정입니다 | |
| iMessage | Apple 단말 간은 E2EE | iCloud 백업은 “고급 데이터 보호”를 활성화할 때까지 Apple이 키를 유지합니다 |
| LINE | 1 대 1 대화 텍스트는 E2EE | Letter Sealing(기본값으로 유효). 대상 외인 콘텐츠도 있습니다 |
| Gmail 등 일반적인 이메일 | E2EE가 아닙니다 | 통신 경로는 TLS이며, 저장 시에는 사업자가 암호화합니다. 사업자가 내용을 읽을 수 있는 설계 |
| Proton Mail | Proton끼리는 E2EE | 외부 수신자는 비밀번호 보호 메일로 E2EE화할 수 있습니다 |
| Standard Notes | 기본값으로 E2EE | 모든 노트가 E2EE입니다. 비밀번호를 분실하면 복구할 수 없습니다 |
| Apple 메모 | 설정에 따라 | 일반 메모는 Apple이 키를 유지합니다(“고급 데이터 보호”로 E2EE화). 잠금이 있는 메모는 비밀번호에서 파생된 키로 암호화됩니다 |
| Notion | E2EE가 아닙니다 | 통신 시·저장 시 암호화만. 서버 측에서 공동 편집·검색을 수행하는 설계 |
| Obsidian Sync | E2EE(스스로 암호화 비밀번호를 설정한 경우) | Obsidian사도 복호할 수 없습니다. 로컬 보관함 자체는 암호화되지 않습니다. |
| SimpleMemo | E2EE가 아닙니다 | 단말기 내 Outbox와 전송 기록을 AES-GCM-256로 암호화합니다. 본문은 표준 SMTP으로 내 받은 편지함으로 전송하고, 서버에 영구 저장하지 않습니다 |
E2E 암호화라도 지킬 수 없는 것
E2E 암호화는 “중간”을 보호하는 기술이며, “끝”과 그 주변은 보호하지 않습니다. E2EE 앱을 사용하고 있어도 정보가 새는 경로는 실제로 이 4에 집중되어 있습니다.
어떤 수준의 암호화가 필요한가 — 위협 모델로 결정
「E2EE가 아니면 위험」도 아니고 「TLS이 있으면 안심」도 아닙니다. 누구에게 무엇을 보호하고 싶은지를 먼저 정하면, 필요한 레벨은 거의 3로 나뉩니다.
SimpleMemo는 E2E 암호화입니까?
아니요. Simple Memo는 End-to-End 암호화(E2EE)를 제공하지 않습니다. 메일 본문을 수신자인 사용자 자체의 일반 메일 클라이언트(Gmail / Apple Mail / Outlook 등)에서 읽을 수 있도록 표준 SMTP 프로토콜로 배포하고 있습니다. 대신 “단말기 내 암호화 + 데이터 최소화”라는 모델로 프라이버시를 보호하고 있습니다. E2EE가 필요한 용도에는 Standard Notes·Signal·ProtonMail 등 전용 서비스를 검토해 주시기 바랍니다.
자주 묻는 질문（E2E 암호화）
E2E 암호화란 무엇입니까?
데이터를 송신자의 디바이스에서 암호화하고, 수신자의 디바이스에서만 복호화할 수 있는 방식입니다. 중간 서버 및 네트워크 사업자는 데이터를 읽을 수 없습니다.
SimpleMemo는 E2E 암호화입니까?
아니요. 수신자인 사용자가 일상적인 메일 앱에서 본문을 읽을 수 있도록, 메일 전송은 표준 SMTP 프로토콜을 사용합니다. 대신, Outbox과 전송 기록의 단말기 내 AES-GCM-256 암호화, 이메일 본문의 영구 저장이 없다는 데이터 최소화 모델로 프라이버시를 보호하고 있습니다. E2EE가 필요한 용도에는 Standard Notes·Signal·ProtonMail 등을 검토해 주시기 바랍니다.
E2E 암호화와 AES-GCM의 차이는 무엇입니까?
E2E 암호화는 아키텍처 개념(누가 복호화할 수 있는가)이다. AES-GCM은 암호화 알고리즘(어떻게 암호화하는지)입니다. E2E 암호화의 내부 구현에 AES-GCM을 사용하는 것도 가능합니다.
E2E 암호화와 TLS(HTTPS)의 차이는 무엇입니까?
TLS은 단말기와 서버 사이의 통신 경로만을 보호하며, 서버에 도착하는 순간 사업자는 내용을 읽을 수 있습니다. E2E 암호화는 수신자의 단말기에 도달할 때까지 경로상의 누구도(사업자를 포함하여) 내용을 읽을 수 없습니다.
E2E 암호화라면 절대 안전합니까?
아니오. 보호할 수 있는 것은 통신 경로와 사업자로부터의 유출입니다. 단말기의 침해, 암호화되지 않은 클라우드 백업, 메타데이터, 수신자에 의한 전송 및 스크린샷은 방지할 수 없습니다.
메일(Gmail 등)은 E2E 암호화되어 있습니까?
일반 메일은 TLS으로 통신 경로를 보호하고, 저장 시에는 사업자가 암호화하지만, E2EE는 아닙니다. E2EE를 사용하려면 PGP나 S/MIME, 혹은 Proton Mail와 같이 송수신 양쪽이 지원되는 구조가 필요합니다.
LINE은 E2E 암호화입니까?
1 대 1 토크 텍스트는 “Letter Sealing”이라고 불리는 E2E 암호화가 기본적으로 유효합니다. 다만, 대상 외인 콘텐츠도 있기 때문에 자세한 내용은 LINE의 공식 정보에서 확인해 주세요.
참고문헌·외부 링크
