DATAPREPREP

품질·성능·보안 · 공식 문서

TLS 인증서 SSL 인증서 차이와 용어 읽는 법

글 DATAPREPREP · 2026-10-25 기준

같은 인증서입니다. SSL은 TLS의 옛 이름이고, 구글 문서도 두 이름을 섞어 씁니다. 다른 것은 프로토콜 버전입니다. SSL 2.0·3.0과 TLS 1.0·1.1은 IETF가 금지하거나 폐기했고, 지금 서버에서 켜 두는 것은 TLS 1.2·TLS 1.3입니다.

어떤 견적서에는 「SSL 인증서」, 어떤 호스팅 화면에는 「TLS 인증서」라고 적혀 있습니다. 둘을 따로 사야 하는지 묻는 일이 많습니다.

이 편은 두 이름이 같은 것인지 원문으로 확인하고, 견적서와 서버 설정 화면에 나오는 말을 읽는 법을 정리했습니다.

발견 01

TLS 인증서와 SSL 인증서는 같은 것이고, 구글 문서도 두 이름을 섞어 씁니다

An older name for TLS, still in common use.

TLS의 옛 이름으로, 지금도 흔히 쓴다.

Let's Encrypt 「Glossary」 SSL (Secure Sockets Layer) 항목
문서쓰는 이름공식 문서 원문
Let's Encrypt 용어 문서SSL = TLS의 옛 이름An older name for TLS, still in common use.TLS의 옛 이름으로, 지금도 흔히 쓴다.
구글 사이트 이동 문서TLS certificatesFor a move to HTTPS, get and configure the required TLS certificates on your server.HTTPS로 옮길 때는 필요한 TLS 인증서를 받아 서버에 설정한다.
구글 서치 콘솔 HTTPS 보고서SSL certificateThe HTTPS page has an invalid SSL certificate.HTTPS 페이지에 잘못된 SSL 인증서가 있는 경우.
구글 캐노니컬 문서TLS/SSL · SSL/TLS certificateAvoid bad TLS/SSL certificates and HTTPS-to-HTTP redirects because they cause Google to prefer HTTP very strongly.잘못된 TLS/SSL 인증서와 HTTPS에서 HTTP로 가는 리디렉션은 피한다. 구글이 HTTP 버전을 매우 강하게 고르게 된다.
같은 구글 안에서도 문서마다 이름이 다릅니다. 가리키는 것은 서버에 설치하는 같은 인증서입니다.

인증서는 공개 키를 담은 파일이고, TLS는 그 인증서로 연결을 암호화하는 프로토콜입니다. SSL이라는 옛 이름이 인증서 이름으로 남았습니다.

그래서 견적서에 어느 이름이 적혀 있든 한 가지만 사면 됩니다. 인증서의 뜻은 「SSL 인증서 뜻과 https 전환 판단 기준」 편에 자세히 적었습니다.

발견 02

달라진 것은 프로토콜 버전이고, 6개 중 지금 켜 두는 것은 TLS 1.2·TLS 1.3입니다

버전IETF 문서의 상태원문
SSL 2.0협상 금지This document requires that when Transport Layer Security (TLS) clients and servers establish connections, they never negotiate the use of Secure Sockets Layer (SSL) version 2.0.TLS 클라이언트와 서버가 연결할 때 SSL 2.0 사용을 절대 협상하지 않도록 요구한다.
SSL 3.0사용 금지SSLv3 MUST NOT be used.SSLv3는 쓰면 안 된다.
TLS 1.0폐기This document formally deprecates Transport Layer Security (TLS) versions 1.0 (RFC 2246) and 1.1 (RFC 4346).TLS 1.0(RFC 2246)과 1.1(RFC 4346)을 공식 폐기한다.
TLS 1.1폐기This document formally deprecates Transport Layer Security (TLS) versions 1.0 (RFC 2246) and 1.1 (RFC 4346).TLS 1.0(RFC 2246)과 1.1(RFC 4346)을 공식 폐기한다.
TLS 1.2사용(RFC 9846 에 1.2 구현 요건)TLS version 1.2 became the recommended version for IETF protocols in 2008 (subsequently being obsoleted by TLS version 1.3 in 2018), providing sufficient time to transition away from older versions. This document also specifies new requirements for TLS 1.2 implementations.TLS 1.2는 2008년 IETF 프로토콜의 권장 버전이 되었고(2018년 TLS 1.3이 나오며 대체됨), 옛 버전에서 옮겨 갈 시간은 충분했다. RFC 9846은 TLS 1.2 구현에 대한 새 요건도 정한다.
TLS 1.3사용(현행 규격 RFC 9846)This document specifies version 1.3 of the Transport Layer Security (TLS) protocol.이 문서는 TLS 프로토콜 1.3 버전을 정한다.
RFC 6176·7568·8996·9846 에서 옮겼습니다. TLS 1.3 규격은 2026년 7월 RFC 9846 으로 다시 나왔습니다.
Any version of TLS is more secure than SSLv3, though the highest version available is preferable.

어느 TLS 버전이든 SSLv3보다 안전하고, 쓸 수 있는 가장 높은 버전이 바람직하다.

IETF 「RFC 7568: Deprecating Secure Sockets Layer Version 3.0」 3절

인증서를 바꾸지 않아도 서버 설정에서 SSL 3.0이나 TLS 1.0이 켜져 있을 수 있습니다. 인증서와 프로토콜 버전은 따로 확인하는 항목입니다.

견적서의 「SSL」은 인증서 이름이고, 서버 설정 화면의 「SSL 3.0」은 프로토콜 버전입니다. 같은 글자라도 자리를 보고 읽습니다.

발견 03

견적서와 설정 화면의 말 6가지는 인증서 이름, 프로토콜 버전, 담는 도메인으로 나뉩니다

화면에 적힌 말읽는 법원문
SSL 인증서 · TLS 인증서 · SSL/TLS 인증서모두 같은 인증서입니다An older name for TLS, still in common use.TLS의 옛 이름으로, 지금도 흔히 쓴다.
SSL 3.0 · TLS 1.0 · TLS 1.1 사용프로토콜 버전 설정입니다. 모두 꺼 둡니다SSLv3 MUST NOT be used. This document formally deprecates Transport Layer Security (TLS) versions 1.0 (RFC 2246) and 1.1 (RFC 4346).SSLv3는 쓰면 안 된다. TLS 1.0과 1.1은 공식 폐기한다.
TLS 1.2 · TLS 1.3지금 켜 두는 버전입니다(TLS 1.2·TLS 1.3)Any version of TLS is more secure than SSLv3, though the highest version available is preferable.어느 TLS 버전이든 SSLv3보다 안전하고, 쓸 수 있는 가장 높은 버전이 바람직하다.
DV(도메인 인증)도메인 관리권만 확인한 인증서입니다A certificate where the applicant has only proven its control over the domain name (and not the identity of the requesting organization).신청자가 도메인 관리권만 증명한(요청한 조직의 신원은 증명하지 않은) 인증서.
SAN · 멀티 도메인인증서 하나에 담는 도메인 목록입니다A field of a certificate that indicates for which domain(s) the certificate is valid.인증서가 어느 도메인에 유효한지 나타내는 인증서 필드.
와일드카드(*.도메인)한 단계 하위 도메인만 담습니다In wildcard certificates, the wildcard applies to only one DNS label.와일드카드 인증서의 와일드카드는 DNS 라벨 한 단계에만 적용된다.
DV·OV·EV 같은 인증 수준과 무료·유료 차이는 「SSL 인증서 무료 유료 차이와 선택 기준」 편에 적었습니다.
Avoid implementing your SSL/TLS certificate for the wrong host-variant. For example, example.com serving the certificate for subdomain.example.com.

SSL/TLS 인증서를 엉뚱한 호스트 변형에 쓰지 않는다. 예를 들어 example.com 이 subdomain.example.com 용 인증서를 내보내는 경우.

Google Search Central 「How to specify a canonical URL with rel="canonical" and other methods」

발견 04

같은 용어라도 B2B·B2C·B2G는 견적서에서 먼저 확인할 줄이 다릅니다

예시 ① 문의형 기업 사이트(B2B)

제작 견적서에 「SSL 인증서 1년」과 「TLS 보안 설정」이 따로 적혀 있습니다. 앞줄은 인증서, 뒷줄은 프로토콜 버전 설정입니다.

뒷줄에는 켜 둘 버전(TLS 1.2·TLS 1.3)과 끌 버전이 적혀 있는지 봅니다.

예시 ② 자사 쇼핑몰(B2C)

쇼핑몰과 이미지 서버가 서로 다른 하위 도메인을 씁니다. 견적서의 인증서가 어느 도메인을 담는지 SAN 목록으로 확인합니다.

와일드카드 인증서라면 한 단계 하위 도메인만 담습니다. 두 단계 하위 도메인이 있으면 따로 담아야 합니다.

예시 ③ 공공기관 누리집(B2G)

유지보수 과업 내용에 「SSL 갱신」만 적혀 있으면 프로토콜 버전 점검이 빠지기 쉽습니다. 인증서 갱신과 버전 점검을 두 줄로 나눠 적습니다.

점검 결과는 켜진 버전 목록으로 받습니다. SSL 3.0·TLS 1.0·TLS 1.1이 목록에 없는지 봅니다.

그럼 견적서와 설정 화면은 어떤 순서로 읽나요?

  1. 견적서에서 「SSL」·「TLS」가 들어간 줄을 모두 찾아, 인증서 줄과 프로토콜 버전 줄로 나눕니다.
  2. 인증서 줄이 두 번 나오면 같은 인증서를 두 번 셈한 것인지 업체에 묻습니다.
  3. 인증서가 담는 도메인(www, www 없는 도메인, 하위 도메인)을 SAN 목록으로 받습니다.
  4. 서버 설정 화면이나 점검 결과에서 켜진 프로토콜 버전이 TLS 1.2·TLS 1.3뿐인지 확인합니다.
  5. 발급과 설치는 「SSL 인증서 발급 방법과 서버 설치 순서」 편의 순서를 따릅니다.

조사 방법

  • IETF 「RFC 6176: Prohibiting Secure Sockets Layer (SSL) Version 2.0」 (발행·수정 2011-03) · 최종 확인일 2026-10-25 · https://www.rfc-editor.org/rfc/rfc6176
  • IETF 「RFC 7568: Deprecating Secure Sockets Layer Version 3.0」 (발행·수정 2015-06) · 최종 확인일 2026-10-25 · https://www.rfc-editor.org/rfc/rfc7568
  • IETF 「RFC 8996: Deprecating TLS 1.0 and TLS 1.1」 (발행·수정 2021-03) · 최종 확인일 2026-10-25 · https://www.rfc-editor.org/rfc/rfc8996
  • IETF 「RFC 9846: The Transport Layer Security (TLS) Protocol Version 1.3」 (발행·수정 2026-07) · 최종 확인일 2026-10-25 · https://www.rfc-editor.org/rfc/rfc9846
  • Let's Encrypt 「Glossary」 (발행·수정 2026-10-04) · 최종 확인일 2026-10-25 · https://letsencrypt.org/docs/glossary/
  • Google Search Central 「How to move a site」 (발행·수정 2026-08-20) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
  • Search Console Help 「HTTPS report」 · 최종 확인일 2026-10-25 · https://support.google.com/webmasters/answer/11396518
  • Google Search Central 「How to specify a canonical URL with rel="canonical" and other methods」 (발행·수정 2026-07-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
  • web.dev (Google) 「Enable HTTPS on your servers」 (발행·수정 2015-03-27) · 최종 확인일 2026-10-25 · https://web.dev/articles/enable-https
  • 용어 6가지는 위 문서들의 정의를 견적서·설정 화면의 말에 맞춰 묶은 것입니다. 묶는 방식은 편집 판단입니다.
  • RFC 8446(TLS 1.3, 2018)은 rfc-editor.org 정보 페이지에 RFC 9846으로 대체되었다고 나와, 현행 문서인 RFC 9846을 인용했습니다.
  • 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
  • 원문은 영어판(hl=en)이고, 도구·보고서 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.