이메일 암호화 이해하기

이메일 암호화는 연결, 서버 간 전송, 저장, 종단 간 통신 중 어디에 적용하느냐에 따라 보호 범위가 다르며, 자신에게 중요한 위협을 먼저 구분해야 함 TLS는 네트워크 도청을 막지만, 서버 간 전송의 기회적 TLS는 암호화되지 않은 연결로 강등될 수 있음. MTA-STS와 DANE이 이를 보완하지만 보급과 운영 측면의 제약이 있음 저장 데이터 암호화는 디스크 도난에 대응하지만, 서비스가 키를 보유하면 서버 장악이나 적법한 데이터 제출 요구까지 막지는 못함 제로 액세스 암호화는 서비스 내부자의 저장 메일 접근을 제한하지만, 새 메일 가로채기나 웹 클라이언트 변조까지 막지 못하며 검색, 계정 복구, 표준 클라이언트 사용에 제약을 줌 종단 간 암호화는 가장 강력한 본문 보호를 제공하지만 이메일의 키 배포, 검색, 악성코드 탐지와 충돌함. 매우 민감한 소통에는 Signal 같은 전용 암호화 메신저가 더 강한 보호를 제공함 먼저 구분해야 할 위협 대부분의 사용자에게 현실적으로 중요한 위협은 계정 탈취, 잘못된 스팸 판정, 악성코드, 실수에 의한 삭제임 피싱이나 비밀번호 재사용으로 계정 접근권을 빼앗기거나, 중요한 메일이 스팸으로 분류되어 누락될 수 있음 링크나 첨부파일을 통해 악성코드에 감염되거나, 사람의 실수로 중요한 데이터를 잃을 수 있음 네트워크 도청, 데이터 유출, 물리적 도난도 중요하지만 상대적으로 드문 위협임 같은 Wi-Fi의 사용자나 ISP가 통신을 가로채거나, 보안 취약점으로 저장 메일이 노출되거나, 기기와 디스크 도난으로 데이터가 드러날 수 있음 취재원을 보호하는 기자, 적대적인 국가의 활동가, 고도화된 공격자를 상대하는 사람은 서비스 내부자와 정부의 법적 강제까지 고려해야 함 암호화 방식마다 막을 수 있는 위협이 다르며, 일부 보호 기능은 오히려 약해질 수 있어 위협 모델에 맞는 균형이 필요함 기기와 이메일 서비스 사이의 연결 암호화 TLS는 기기와 서버 사이의 통신을 암호화해 로컬 Wi-Fi, ISP, 중간 네트워크에서의 도청을 막음 최신 표준인 TLS 1.3은 강력한 암호 방식 사용을 요구함 공개 키 인프라(PKI) 는 암호화된 연결의 상대가 실제 이메일 서비스인지 확인함 서버는 Let’s Encrypt 같은 인증기관(CA)이 서명한 인증서를 제시함 브라우저나 이메일 클라이언트는 내장된 신뢰 CA 목록으로 서명을 검증하고, 해당 도메인에 정당하게 발급된 인증서인지 확인함 공격자가 트래픽을 다른 곳...