썬더버드 "서버가 TLS 1.2를 지원하지 않습니다" 보안 경고 해결 방법

썬더버드에서 메일 서버가 TLS 1.2를 지원하지 않는다는 메시지가 표시될 경우, 일반적으로 썬더버드의 보안 설정을 변경하는 것은 안전한 해결책이 아닙니다. 먼저 수신 및 발신 서버 이름, 포트, 연결 보안 설정이 이메일 제공업체에서 제공하는 설정과 일치하는지 확인하십시오. 이러한 설정이 올바른데도 경고 메시지가 계속 표시된다면, 해당 서버가 아직 구형 TLS 1.0 또는 TLS 1.1만 지원하고 있을 가능성이 높으므로 제공업체 또는 관리자에게 문의하여 서버를 업그레이드해야 합니다.

TLS(전송 계층 보안)는 Thunderbird와 메일 서버 간의 연결을 암호화하는 프로토콜입니다. 2020년 7월 17일에 출시된 Thunderbird 78에서는 TLS 1.0 및 TLS 1.1이 기본적으로 비활성화되었습니다. Mozilla의 현재 지원 지침에서는 최소 TLS 요구 사항을 낮추는 것을 보안을 저하시키는 임시 진단 조치로 간주하며, 권장되는 영구적인 해결책으로 여기지 않습니다. 자세한 내용은 Thunderbird 78 릴리스 노트 및 Mozilla의 Thunderbird 78 FAQ를 참조하십시오 .

변경하기 전에 필요한 사항

이메일 제공업체의 최신 설정 지침을 브라우저에서 열어 두세요. 정확한 수신 서버 이름, 발신 SMTP 서버 이름, 포트 번호, 연결 보안 및 인증 방법을 알아야 합니다. 몇 년 전에 사용했던 포트 번호가 여전히 유효하다고 가정하지 마세요.

여기서 중요한 세 가지 용어가 있습니다.

• IMAP 또는 POP은 Thunderbird가 메일을 수신하는 데 사용하는 프로토콜입니다. IMAP은 일반적으로 메일을 서버와 동기화 상태로 유지하고, POP은 일반적으로 메시지를 다운로드합니다.
• SMTP 는 메일을 보내는 데 사용되는 프로토콜입니다.
• SSL/TLS와 STARTTLS는 암호화된 연결을 설정하는 두 가지 방법입니다. SSL/TLS는 연결을 즉시 암호화합니다. STARTTLS는 먼저 연결을 시작한 후 TLS로 업그레이드합니다. 특정 포트에 대해 서비스 제공업체에서 제공하는 암호화 모드를 사용하십시오.

회사, 학교 또는 자체 호스팅 사서함인 경우, 메일 관리자에게 지원되는 TLS 버전과 승인된 IMAP/POP 및 SMTP 엔드포인트를 문의하십시오. 보안 경고는 서버 자체의 문제로 발생할 수도 있지만, Thunderbird가 오래된 호스트 이름, 레거시 프록시 또는 구식 게이트웨이를 가리키는 경우에도 나타날 수 있습니다.

1단계: 어느 쪽이 실패하고 있는지 확인합니다.

메일 수신 시, 메일 발신 시, 또는 둘 다에서 문제가 발생하는지 확인하십시오. 수신에 실패하는 경우 먼저 수신 IMAP 또는 POP 설정을 확인하십시오. 발신에 실패하는 경우 SMTP 설정을 점검하십시오. 공급자 변경이나 Thunderbird 업데이트 직후에 두 가지 모두에 실패하는 경우, 서로 다른 호스트 이름과 포트를 사용할 수 있으므로 두 가지 모두를 확인하십시오.

Mozilla의 최신 문제 해결 페이지에서는 다른 설정을 변경하기 전에 Thunderbird를 공급업체에서 제공하는 공식 설정과 비교해 보라고 권장합니다. 수신 문제 및 송신 문제 에 대한 공식 가이드 모두 오래된 TLS 버전이 원인 중 하나라고 언급합니다.

2단계: 수신 서버 설정을 확인합니다.

썬더버드 애플리케이션 메뉴를 열고 계정 설정을 선택하세요 . 문제가 발생한 계정을 선택한 다음 서버 설정을 엽니다 . 서버 이름, 포트, 연결 보안, 인증 방법 및 사용자 이름을 서비스 제공업체의 현재 지침과 비교하세요.

경고 메시지를 없애기 위해 정상적으로 작동하는 보안 설정을 '없음' 으로 변경하지 마십시오 . 이렇게 하면 전송 암호화가 제거되어 자격 증명이나 메시지 트래픽이 노출될 수 있습니다. Mozilla의 계정 설정 문서에서는 SSL/TLS를 사용할 수 있는 경우 권장되는 암호화 옵션으로 설명하고 있으며, STARTTLS는 초기 암호화되지 않은 연결에서 업그레이드하는 방법이라고 설명합니다. 계정 구성 옵션을 참조하십시오 .

3단계: 발신 SMTP 설정을 별도로 확인합니다.

계정 설정에서 '보내는 서버(SMTP)'를 선택하고 이메일 계정에 할당된 서버를 선택한 다음 편집합니다. SMTP 호스트 이름, 포트, 연결 보안, 인증 방법 및 사용자 이름을 공급자가 게시한 값과 비교합니다.

포트 587은 일반적으로 STARTTLS와 함께 사용되고 포트 465는 암시적 TLS에 일반적으로 사용되지만, 이러한 규칙을 계정에 강제로 적용할 필요는 없습니다. 서비스 제공업체의 설명서를 참조하는 것이 가장 정확한 정보 출처입니다. 또한 올바른 SMTP 서버가 올바른 계정에 할당되었는지 확인하십시오. Thunderbird의 공식 메일 전송 가이드에 따르면 다른 계정 제공업체의 SMTP 서비스를 사용하면 오류가 발생할 수 있습니다.

4단계: 고급 TLS 설정을 변경하기 전에 다시 테스트하십시오.

수정된 계정 설정을 저장하고 Thunderbird를 다시 시작하세요. 메일을 수신해 보고, 본인이 관리하는 주소로 간단한 테스트 메시지를 보내 보세요. 한쪽은 정상적으로 수신되고 다른 쪽은 수신되지 않는다면, 문제는 수신 메일 또는 SMTP에 있는 것입니다.

TLS 경고가 계속 표시되면 공급자 또는 관리자에게 문의하여 " 이 특정 메일 엔드포인트가 TLS 1.2 이상을 지원합니까?" 라고 직접 질문하십시오. Thunderbird에서 사용 중인 호스트 이름과 포트 번호를 알려주세요. 이렇게 하면 지원팀에서 "서비스는 TLS 1.2를 지원합니다"라고 확인했지만 특정 기존 IMAP, POP, SMTP, 프록시 또는 로드 밸런서 엔드포인트가 지원하지 않는 경우 발생하는 일반적인 문제 해결 과정을 피할 수 있습니다.

5단계: 구성 편집기를 임시 진단 도구로만 사용하십시오.

Thunderbird에는 고급 설정 페이지인 '설정 편집기(Config Editor)'가 있습니다 about:config. Mozilla는 이 도구가 고급 사용자를 위한 것이며 기본값 외의 변경은 Thunderbird를 손상시키거나 문제 해결을 복잡하게 만들 수 있으므로 지원하지 않는다고 명시적으로 밝히고 있습니다. 현재 경로는 메뉴 > 설정 > 일반으로 이동 하여 맨 아래로 스크롤한 다음 '설정 편집기'를 선택하는 것입니다 . 자세한 내용은 Mozilla의 공식 설정 편집기 문서를 참조하십시오 .

구형 서버의 경우, Mozilla의 Thunderbird 78 FAQ에서는 security.tls.version.minTLS 호환성 문제가 원인인지 확인하기 위해 더 낮은 값으로 변경하는 방법을 안내하고 있습니다. 만약 이렇게 변경 후 메일이 정상적으로 작동한다면, 서버 측 호환성 문제가 원인임을 확인할 수 있습니다. 하지만 낮은 값으로 설정하는 것이 장기적인 해결책이라는 의미 는 아닙니다 .

테스트 후에는 설정을 기본값으로 복원하십시오. 현재 Thunderbird에서는 변경된 설정이 굵게 표시되며, 되돌리기 버튼을 사용하여 기본값으로 되돌릴 수 있습니다. 그런 다음 공급자에게 TLS 1.2 이상을 활성화하거나, 사서함을 지원되는 엔드포인트로 이동하거나, 업데이트된 연결 설정을 제공해 달라고 요청하십시오.

TLS를 영구적으로 낮추는 것이 좋지 않은 해결책인 이유

TLS 1.0 및 TLS 1.1은 더 이상 사용되지 않는 프로토콜입니다. Thunderbird가 기본적으로 이러한 프로토콜을 비활성화한 데에는 이유가 있습니다. 오래된 프로토콜을 활성화 상태로 유지하면 프로토콜의 취약점에 노출될 위험이 커지고, 최신 소프트웨어에서 더 이상 적절하지 않다고 판단하는 보안 수준을 클라이언트가 수용하게 됩니다. 사서함이 업무상 중요하고 서버를 즉시 업그레이드할 수 없는 경우, 일시적인 호환성 변경은 정상적인 구성이 아닌 종료 날짜가 명시된 예외적인 상황으로 처리해야 합니다.

타사에서 호스팅하는 개인 사서함의 경우, 실질적인 해결책은 해당 제공업체의 최신 메일 엔드포인트로 이전하거나 최신 TLS를 지원하는 제공업체를 선택하는 것일 수 있습니다. 내부 서버의 경우, 영구적인 해결책은 메일 서버, 리버스 프록시, 로드 밸런싱 또는 TLS 종료 게이트웨이에서 찾아야 합니다.

흔히 저지르는 실수들을 피하는 방법

• 먼저 비밀번호를 변경하세요. TLS 프로토콜 불일치는 일반 사서함 인증이 완료되기 전에 발생하므로 비밀번호를 재설정해도 이 경고가 해결되지 않는 경우가 많습니다.
• 연결 보안을 '없음'으로 변경합니다. 이렇게 하면 TLS 지원 문제가 해결되는 대신 암호화가 제거될 수 있습니다.
• IMAP과 SMTP가 동일한 엔드포인트를 사용한다고 가정해 보겠습니다. 하지만 이들은 종종 호스트 이름, 포트, TLS 모드가 다릅니다.
• 임의의 포럼에서 포트 번호를 복사하지 마세요. 서비스 제공업체의 최신 문서를 참조하십시오.
• TLS 최소 보안 수준을 낮춰서 활성화 상태로 유지합니다. 만약 이전 서버 문제를 진단하는 데 사용했다면, 테스트 후 원래대로 되돌리십시오.
• VPN, 안티바이러스, 프록시 또는 방화벽의 차단을 무시하십시오. Mozilla는 이러한 제품들이 특히 Thunderbird 업데이트 후 메일 연결을 차단하거나 가로챌 수 있다고 지적합니다. 제공업체가 TLS 1.2를 지원한다고 확인한 경우, 로컬 네트워크 보안 소프트웨어가 간섭하는지 테스트하십시오.

문제가 해결되었는지 확인하는 방법

복구가 성공적으로 완료되면 다음 세 가지 징후가 나타납니다. Thunderbird에서 TLS 경고 없이 새 메일을 수신할 수 있어야 하고, 구성된 SMTP 서버를 통해 테스트 메시지를 성공적으로 전송할 수 있어야 하며, 안전하지 않은 TLS 호환성 옵션을 활성화해 둘 필요가 없어야 합니다. 한쪽 방향만 작동하는 경우 해당 수신 또는 발신 설정을 다시 확인하십시오. 양방향 모두 작동하지 않고 공급자가 호스트 이름이 TLS 1.2 이상을 지원한다고 확인한 경우 방화벽, VPN, 프록시, 바이러스 백신, 인증서 또는 네트워크 경로 문제를 조사하십시오.

로컬 문제 해결을 언제 중단해야 할까요?

계정이 공급자가 공개한 구성과 일치하고 공급자가 해당 엔드포인트가 TLS 1.0 또는 1.1로 제한됨을 확인해 줄 때까지 Thunderbird 설정을 변경하지 마십시오. 이 시점부터 클라이언트는 설계된 대로 보안 수준 이하의 연결을 거부하게 됩니다. 이 문제에 대한 영구적인 해결책은 서버 업그레이드 또는 마이그레이션입니다.

서버를 직접 관리하는 경우, 메일 애플리케이션뿐만 아니라 실제로 연결을 종료하는 서비스의 TLS 구성도 확인해야 합니다. 일부 환경에서는 프록시 또는 게이트웨이가 IMAP 또는 SMTP 앞에서 암호화를 처리합니다. TLS 종료 계층에서 여전히 구형 프로토콜 버전만 제공하는 경우, 백엔드 메일 소프트웨어만 업그레이드해서는 문제를 해결할 수 없습니다.

결론

Thunderbird에서 "서버가 TLS 1.2를 지원하지 않습니다"라는 경고가 표시되면, 먼저 서버 제공업체의 현재 IMAP/POP 및 SMTP 설정을 확인하고, 오래된 호스트 이름, 포트 또는 보안 모드를 수정한 후 다시 테스트하십시오. Thunderbird의 고급 TLS 설정은 레거시 서버에 대한 간단한 진단 용도로만 사용하십시오. 테스트 결과 TLS가 구버전으로 확인되면 기본 설정으로 복원하고 서버 측 문제를 해결하십시오. 이 방법을 사용하면 연결 보안을 손상시키지 않고 근본적인 문제를 해결할 수 있습니다.