TLS 대 SSL: 어떤 프로토콜을 사용해야 합니까?
게시 됨: 2022-01-13웹사이트 소유자라면 사이트를 최대한 안전하게 만드는 방법을 알고 싶을 것입니다. 웹사이트를 보호하고 HTTPS로 변환하는 것이 우선되어야 합니다. 거기에 도달하는 데 필수적인 두 가지 용어인 TLS 대 SSL을 들었을 것입니다. 그들은 무엇을 의미합니까? 하나가 다른 것보다 낫습니까? 가장 안전한 웹사이트를 만들기 위해 어떤 것을 사용해야 합니까?
프로토콜 간의 차이점과 유사점을 분석하고 웹 사이트를 보호하기 위해 수행해야 할 작업을 살펴보겠습니다.
SSL과 TLS란 무엇입니까?
SSL(Secure Sockets Layer) 및 TLS(전송 계층 보안)는 모두 데이터를 보호하고 최종 사용자를 위해 웹 사이트를 더 안전하게 만드는 데 도움이 되는 보안 프로토콜입니다. 두 프로토콜 모두 사이트와 사용자 장치 간에 종단 간 암호화가 발생합니다. 이것은 사용자와 검색 엔진 모두에게 신뢰를 구축합니다. 사이트를 보호하기 위해 TLS를 사용하든 SSL을 사용하든 잠재적인 해킹이나 악의적인 활동으로부터 자신과 (더 중요하게는) 사용자의 데이터를 보호하고 있습니다.
웹사이트 소유자는 웹사이트를 HTTP(하이퍼텍스트 전송 프로토콜)에서 HTTPS(하이퍼텍스트 전송 프로토콜 보안)로 변환하기 위해 TLS 및 SSL 인증서를 모두 얻습니다. 웹 사이트가 안전하면 사용자의 브라우저 주소 표시줄에 보안 잠금 아이콘이 표시됩니다. 웹 사이트에 대한 보안 인증서가 있으면 브라우저에 사용자가 액세스하는 것이 안전하다는 것을 알리므로 사용자가 자신의 정보가 안전하다는 안심할 수 있습니다.
모든 웹사이트에는 TLS 또는 SSL 인증서가 필요합니다. 검색 순위는 물론 해커 및 기타 위협적인 상황으로부터 보호하는 데 도움이 됩니다. 그러나 웹사이트를 사용하여 결제 정보를 처리하거나 민감한 기록을 저장하는 경우 특히 중요합니다. 완전히 잠겨진 사이트 보안을 위한 퍼즐의 한 조각일 뿐이지만 매우 중요합니다.
TLS와 SSL의 차이점은 무엇입니까?
결과 측면에서 TLS와 SSL은 웹사이트에 암호화된 보안 이라는 동일한 기능을 제공합니다. 인증서와 관련하여 같은 의미로 사용되는 용어를 듣게 될 것입니다. 기술적으로 TLS와 SSL은 동일하지 않습니다. 두 프로토콜 모두 핸드셰이크라는 프로세스를 사용하여 암호화된 연결을 시작합니다. 기본적으로 두 대의 기계는 상대방의 아이디를 묻고 체크아웃을 하면 거래가 가능하다.
그것이 기술적 유사성이 끝나는 곳입니다. 각 암호화 프로토콜은 동일한 최종 결과에 도달하기 위해 다른 방식으로 작동합니다.
간단히 말해서 TLS 1.3 대 SSL(및 이전 TLS 표준)의 현재 표준에는 더 빠른 로드 시간을 촉진하기 위해 대기 시간을 줄이는 것이 포함 됩니다. 사이트를 공격하고 여러 포인트가 아닌 포인트 간에 단일 핸드셰이크를 사용 하여 보안을 손상시킬 수 있는 벡터를 다시 낮춥니다.
SSL은 1995년에 처음 출시된 TLS의 전신입니다. SSL의 세 가지 반복 모두 보안 취약점과 관련하여 부족한 것으로 나타났습니다. 사실, 첫 번째 버전은 공개적으로 출시되지 않았습니다. 나중에 IETF(Internet Engineering Task Force)는 SSL의 모든 버전을 더 이상 사용하지 않습니다.
그럼에도 불구하고 SSL이라는 용어는 웹 사이트 사용자가 획득해야 하는 보안 인증서를 설명하는 데 여전히 널리 사용됩니다. 그러나 대부분의 경우 배후에서 실행되는 실제 프로토콜은 TLS입니다. 오늘날 TLS 버전 1.2 및 1.3은 IETF 또는 주요 브라우저에서 아직 더 이상 사용되지 않는 프로토콜(TLS 대 SSL)의 유일한 버전입니다. TLS 1.3의 기술적인 복잡성과 작동 방식에 대해 자세히 알아보려면 Cloudflare에 사양을 설명하는 훌륭한 게시물이 있습니다.
웹사이트에 TLS 또는 SSL이 있어야 합니까?
수년에 걸쳐 SSL은 거의 완전히 TLS로 대체되었습니다. TLS 인증서보다 더 자주 언급되는 "SSL 인증서"가 여전히 표시되지만 사용 중인 기본 프로토콜은 TLS일 가능성이 높습니다. 이름이 무엇이든 상관없이.
웹사이트 보안을 위한 IETF 승인 표준 프로토콜이므로 웹사이트에서 TLS를 사용해야 합니다. 웹 호스트는 호스팅과 함께 SSL 인증서를 제공할 수 있습니다(또는 다른 곳에서 직접 얻을 수 있음). SSL이라고 하는 것과 상관없이 해당 TLS 프로토콜을 통해 계속 작동할 것입니다. 최고의 WordPress 보안을 목표로 하는 경우 여기에 기반이 포함되어 있는지 확인해야 합니다.

다양한 보안 문제로 인해 SSL 및 이전 버전의 TLS는 웹사이트의 서버 측에서 비활성화되어야 합니다. 서버에서 직접 작업하는 것이 불편하다면 웹사이트 호스트나 개발자에게 도움을 요청할 수 있습니다. 결국, 그것은 당신이 그들에게 지불하는 것입니다! 더 이상 사용되지 않는 SSL 및 TLS 버전이 이전 프로토콜이 활성화되지 않도록 하면 보안 위협 및 침입으로부터 웹 사이트를 추가로 보호할 수 있습니다.
둘 다 어떻습니까?
유사성, 역사 및 다소 혼란스러운 명명 규칙으로 인해 웹 사이트 소유자가 사이트를 적절하게 보호하기 위해 SSL 및 TLS 인증서가 모두 필요한지 여부가 궁금할 수 있습니다. 아니요! 요즘에는 SSL과 TLS 인증서가 같은 역할을 합니다. 인증서 자체는 웹사이트에 대한 보안을 제공하지 않습니다 . 대신 백그라운드에서 TLS 프로토콜이 작업을 수행할 수 있도록 합니다. 이는 명명 규칙이 모호한 이유를 설명하기 위해 더 나아가 사람들이 듣는 데 익숙한 것과 일관성을 유지합니다.
WordPress 웹 사이트에서 TLS 및 SSL을 사용하는 방법
WordPress 웹 사이트에서 TLS 및 SSL을 사용하는 것은 매우 쉽습니다. 먼저 인증서를 가져와야 합니다(우리가 언급한 것처럼 대부분 SSL 인증서라고 함). 유료 및 무료 옵션을 모두 사용할 수 있습니다. 즉, 예산과 운영하는 웹사이트 유형에 가장 적합한 방식으로 인증서를 받을 수 있습니다. 무료 인증서가 제공할 수 있는 것보다 더 엄격한 수준의 보안 및 제어가 필요한 산업에 종사하고 있을 수 있습니다. 이 경우 유료 SSL 인증서를 찾고 싶을 것입니다.
WordPress 웹 사이트에 대한 SSL 인증서를 얻는 몇 가지 다른 방법이 있습니다. 모두 꽤 쉽습니다.
- ZeroSSL 또는 SSL For Free와 같은 소스에서 무료 SSL 인증서를 받으십시오(이는 90일마다 수동으로 갱신해야 하며 심층적인 고객 서비스 지원이 부족함).
- SiteGround, Flywheel 및 Pressable과 같은 호스트를 사용하여 호스팅 패키지의 일부로 SSL 인증서를 제공하는 회사에서 웹 호스팅을 구입하십시오.
- Cloudflare와 같은 CDN을 사용하여 사이트 보안을 강화하십시오.
- Real Simple SSL과 같은 WordPress 플러그인을 사용하여 SSL 인증서를 구현하십시오.
인증서가 준비되면 모든 링크가 HTTP가 아닌 HTTPS 사이트로 리디렉션되는지 확인하고 싶을 것입니다. 안전하지 않은 사이트가 있는 경우 Google에서 귀하에게 불이익을 줄 수 있습니다. 이렇게 하면 사용자가 사이트에 액세스하려고 할 때 플래그가 지정되지 않습니다. WP Force SSL 및 HTTPS 리디렉션과 같이 이를 수행하는 데 사용할 수 있는 WordPress 플러그인이 있습니다. 또는 웹 호스트나 개발자에게 HTTPS로 리디렉션하도록 서버를 올바르게 구성하는 데 도움을 요청할 수 있습니다. 일부 301 리디렉션 플러그인 및 SEO 플러그인도 설정에서 직접 이 기능을 제공합니다.
결론
TLS 대 SSL에 대한 참조와 다른 참조를 포착하면 둘 다 옳고 그른 것입니다. 기술 사양은 다르지만 요즘은 이름을 바꿔서 사용할 수 있습니다. 본질적으로 그들은 동일한 최종 결과를 제공하는 표준을 언급하고 있습니다. TLS 프로토콜은 더 빠르고 더 안전하기 때문에 SSL을 대체했습니다. 그러나 TLS 및 SSL이라는 이름은 보안 인증서와 관련하여 서로 바꿔 사용할 수 있습니다.
TLS를 사용하는 WordPress 보안은 비교적 간단하며 이름 및 .
사용할 프로토콜을 알았으니 이제 웹사이트를 보호할 차례입니다. 행운을 빕니다!
MicroOne/Shutterstock.com의 기사 특집 이미지