도메인·호스팅

SSL 인증서

SSL 인증서는 HTTPS 연결에서 서버의 신원을 확인하는 데 사용하는 전자 인증서를 흔히 부르는 말입니다. 현재의 보안 연결은 TLS를 사용하며, 인증서 발급과 웹서버의 올바른 적용·갱신은 구분해서 확인해야 합니다.

검토 2026-11-03·작성 김종현

SSL 인증서는 HTTPS 연결에서 서버의 신원을 확인하는 데 사용하는 전자 인증서를 흔히 부르는 말입니다. 현재의 보안 연결은 TLS를 사용하며, 인증서 발급과 웹서버의 올바른 적용·갱신은 구분해서 확인해야 합니다.¹

제작 방식: AI로 자료 조사와 초안 작성을 보조했습니다.

쉬운 설명: 암호화와 이름 확인

TLS는 통신의 기밀성과 무결성 등을 제공하는 프로토콜입니다. 인증서는 연결한 서버가 요청한 서비스 이름에 맞는 신원을 제시하는지 확인하는 과정에 사용됩니다. 인증서가 설치돼 있다는 말만으로 현재 접속한 이름에도 맞는다고 단정할 수는 없습니다.¹²

이름 확인에서는 요청한 도메인이 인증서의 적용 범위에 들어 있는지가 중요합니다. 예를 들어 루트 이름과 www를 모두 공개한다면 각각의 이름으로 연결했을 때 결과를 봐야 합니다. 같은 IP 주소를 사용하는 서버라도 사이트별로 다른 인증서를 제공할 수 있습니다.²

인증서 발급도 임의의 도메인에 바로 할 수 있는 일은 아닙니다. Let's Encrypt는 HTTP 또는 DNS 등을 이용해 신청자가 해당 도메인을 제어하는지 확인하는 도전 과정을 안내합니다. 어떤 검증 방식을 쓰는지에 따라 필요한 웹 접근이나 DNS 권한이 달라집니다.³

암호화 연결이 된다는 사실을 회사의 신뢰도나 거래 안전 보증으로 확대하면 안 됩니다. HTTPS는 연결에 관한 장치입니다. 사이트에 적힌 사업 내용이 사실인지, 결제와 개인정보 처리가 적절한지는 별도의 확인이 필요합니다.

실무에서는 발급과 실제 응답을 나눠 봅니다

다음은 새 도메인으로 사이트를 연결하는 가상의 적용 예시입니다. 인증서 발급 메시지를 받았더라도 방문자에게 제공되는 응답까지 확인하는 절차를 담았습니다.

단계	확인할 것	완료로 오해하기 쉬운 상태
도메인 연결	필요한 이름의 실제 DNS 응답	설정 화면에서 저장만 됨
발급 검증	선택한 방식의 제어권 확인 조건	웹 확인과 DNS 확인을 혼동
서버 적용	요청 이름에 맞는 인증서 제공	다른 사이트 인증서가 기본 응답
공개 접속	인증서 오류와 페이지 응답	첫 화면만 열리고 자원 오류가 남음
유지관리	갱신 실행과 새 인증서 반영	최초 발급 성공만 기록

인수인계에는 누가 인증서 갱신을 관리하는지 적습니다. 자동 발급 도구를 사용하더라도 그 도구가 실행되고 있는지, 갱신 뒤 웹서버에 적용되는지를 분리해 확인하는 것이 좋습니다. '자동'이라는 설정 이름은 향후 모든 갱신의 성공 증거가 아닙니다.

주소를 바꾸거나 프록시를 추가한 뒤에는 외부에서 실제 제공되는 인증서를 봐야 합니다. 서버 안의 파일이 맞더라도 외부 요청이 다른 설정으로 처리될 수 있기 때문입니다. 확인 기록에는 접속한 이름과 시각, 인증서 범위, 응답 결과를 묶어 남깁니다.

웨비스튜디오 작업 기록

법률사무소 B에서는 DNS를 고정 IP로 연결한 직후 다른 사이트의 인증서가 응답해 이름 불일치 오류가 발생했습니다. 해당 도메인의 인증서를 발급하고 HTTPS 서버 설정에 적용한 뒤, 필요한 두 호스트 이름의 인증서 범위와 정상 응답을 확인했습니다. 초기 준비 문서의 발급 보류가 이후 완료 기록으로 이어진 사례입니다.

자주 하는 실수와 수정 기준

DNS 연결 성공을 HTTPS 완료로 보는 것. DNS는 목적지 정보이고 인증서는 연결한 이름에 맞는 신원 확인 자료입니다. 둘의 결과를 따로 확인합니다.

인증서 경고가 나도 접속만 되면 된다고 보는 것. 사용자가 경고를 무시하도록 안내하기보다 요청 이름과 서버가 내보내는 인증서를 대조합니다. 적용 대상이 잘못됐다면 해당 서버 설정을 바로잡아야 합니다.²

무료와 유료를 암호화 유무로 구분하는 것. 발급기관과 상품에 따라 검증 범위·지원 등이 다를 수 있습니다. 가격만으로 TLS 적용 여부나 사이트 운영 품질을 판단하지 않습니다. Let's Encrypt는 무료 인증서 서비스를 제공합니다.⁴

예전 만료일을 현재 상태로 적는 것. 발급 당시의 기록과 현재 접속 결과는 다릅니다. 만료 여부를 말하려면 현재 제공되는 인증서를 다시 확인해야 합니다. 이 글도 과거 작업 기록을 현재 유효성 확인으로 사용하지 않습니다.

FAQ

SSL과 TLS는 다른가요?

서로 다른 세대의 프로토콜 이름입니다. 일반적인 서비스 설명에는 SSL이라는 표현이 남아 있지만, 현재 웹 보안 연결을 설명할 때는 TLS를 기준으로 이해하는 것이 정확합니다.¹

인증서가 있으면 홈페이지의 모든 보안 문제가 해결되나요?

아닙니다. 연결 보호와 사이트 프로그램의 취약점·접근권한·개인정보 처리는 다른 문제입니다. HTTPS를 적용했다는 이유로 데이터 유출이나 계정 탈취가 불가능하다고 설명하지 않습니다.

서버를 옮길 때 인증서도 확인해야 하나요?

확인해야 합니다. 새 서버 또는 프록시가 요청 이름에 맞는 인증서를 실제로 제공하는지 봅니다. 이전 서버에 인증서 파일이 있다는 사실만으로 새 연결이 정상이라는 보장은 없습니다.²

공식 출처

공식 문서 확인일: 2026-11-03. 발급기관의 인증서 유효기간을 고정 숫자로 일반화하지 않았습니다.

IETF, RFC 8446 — TLS 1.3: https://www.rfc-editor.org/rfc/rfc8446.html ↩ ↩² ↩³
IETF, RFC 9525 — TLS 서비스 신원 확인: https://www.rfc-editor.org/rfc/rfc9525.html ↩ ↩² ↩³ ↩⁴
Let's Encrypt, Challenge Types: https://letsencrypt.org/docs/challenge-types/ ↩
Let's Encrypt, FAQ: https://letsencrypt.org/docs/faq/ ↩