SSL 인증서 검사기
모든 도메인의 SSL 인증서를 즉시 확인하세요. 만료일, 발급자, 신뢰 상태, 전체 인증서 체인을 한눈에 볼 수 있습니다. 무료, 로그인 없이 이용 가능합니다.
SSL 인증서 결과 읽는 법
결과의 각 항목은 인증서에 대해 서로 다른 정보를 알려줍니다. 각 정보가 무엇을 의미하며 어떤 점을 확인해야 하는지 정리했습니다.
발급자(CA 이름)
인증서를 서명하고 발급한 조직입니다. Let's Encrypt, DigiCert, Sectigo, GlobalSign 같은 잘 알려진 CA여야 합니다. 발급자와 주체의 CN 및 O 값이 같다면 self-signed 인증서이며 브라우저에 경고가 표시됩니다.
주체 대체 이름(SAN)
이 인증서가 유효한 도메인 및 서브도메인 목록입니다. 운영 환경에서는 apex 도메인과 www가 모두 포함되는지 확인해야 합니다. 와일드카드 항목(*.example.com)은 1차 서브도메인을 포괄하지만 apex나 2차 서브도메인은 포함하지 않습니다.
만료일 및 카운트다운
이 날짜가 지나면 인증서는 더 이상 유효하지 않습니다. 카운트다운 막대는 녹색(30일 초과)에서 노란색(8~30일), 빨간색(7일 미만)으로 바뀝니다. Let's Encrypt 인증서는 90일마다 만료되며, 상용 인증서는 보통 1년 동안 유효합니다.
TLS 프로토콜 버전
서버가 이 연결을 위해 실제로 협상한 TLS 버전입니다. TLS 1.3은 현재 표준으로 더 빠르고 더 안전합니다. TLS 1.2도 허용 가능합니다. TLS 1.0과 1.1은 비권장이므로 비활성화해야 하며, SSLv3와 SSLv2는 치명적인 취약점을 갖고 있습니다.
일련번호
CA가 이 인증서에 부여한 고유 식별자입니다. 동일한 도메인에 여러 인증서가 있을 때 인증서 관리, OCSP stapling 조회, 사고 추적에 유용합니다.
SHA-256 지문
인증서 전체 내용의 암호학적 해시입니다. 동일한 지문은 동일한 인증서를 의미합니다. 인증서 교체 전후의 지문을 비교하면 업데이트가 제대로 적용됐는지, 예상치 못한 인증서 대체가 있었는지 확인할 수 있습니다.
인증서 만료 대응 가이드
SSL 중단의 가장 흔한 원인은 인증서 만료입니다. 남은 일수에 따라 어떤 조치를 취해야 하는지 이 표로 확인하세요.
| 만료까지 남은 일수 | 상태 | 권장 조치 |
|---|---|---|
| > 30일 | 정상 | 지금은 조치가 필요하지 않습니다. 잔여 기간이 30일이 되면 갱신 알림을 설정하세요. |
| 8~30일 | 주의 | 지금 갱신 절차를 시작하세요. 많은 CA와 자동 갱신 서비스(Let's Encrypt, Certbot)는 잔여 30일 시점에 갱신을 수행합니다. |
| 1~7일 | 긴급 | 즉시 갱신하세요. 만료된 인증서는 브라우저 오류를 유발하고 모든 HTTPS 트래픽을 차단합니다. |
| 0일 이하 | 만료됨 | 인증서가 이미 만료되었습니다. 즉시 교체하세요. 현재 모든 방문자에게 보안 오류가 표시되고 있습니다. |
Chrome, Firefox, Safari에서 자주 발생하는 SSL 오류 — 원인과 해결 방법
브라우저에서 가장 자주 보이는 SSL 오류와 각각의 의미를 정리했습니다. 이 도구로 근본 원인을 확인한 뒤 적절한 해결책을 적용하세요.
인증서의 valid_to 날짜가 이미 지났습니다. 인증서가 만료되어 브라우저가 연결을 신뢰하려면 갱신이 필요합니다.
CA 또는 호스팅 공급자를 통해 인증서를 갱신하세요. 자동 갱신이 올바르게 구성되어 있는지 확인해야 합니다. 대부분의 CA는 만료 30일 이내에 자동으로 갱신합니다.
브라우저 주소창의 도메인이 인증서의 CN 또는 SAN 필드에 들어 있지 않습니다. 도메인 이전, 서브도메인 불일치, 잘못된 도메인으로 발급된 인증서에서 자주 발생합니다.
올바른 도메인을 포함하도록 인증서를 재발급하세요. apex 도메인(example.com)과 www 서브도메인(www.example.com)이 모두 SAN 목록에 있는지 확인하세요.
인증서가 브라우저 또는 OS의 신뢰 저장소에 없는 CA에서 발급되었습니다. 여기에는 자체 서명 인증서, 내부 CA가 발급한 인증서, 중간 CA가 체인에서 누락된 인증서가 포함됩니다.
공개적으로 신뢰되는 CA의 인증서를 설치하세요. 내부 CA를 사용하는 경우 클라이언트의 신뢰 저장소에 루트 인증서를 설치해야 합니다. 또한 서버가 전체 중간 인증서 체인을 전송하고 있는지 확인하세요.
인증서가 발급 CA에 의해 명시적으로 폐기되었습니다. 일반적으로 개인 키 유출, 도메인 소유권 변경, 또는 오발급이 원인입니다.
즉시 새 인증서를 발급받으세요. 직접 폐기한 적이 없다면 개인 키가 유출됐을 수 있습니다. 키를 교체하고 인증서를 다시 발급한 뒤 노출 범위를 조사해야 합니다.
서버가 HTTPS 포트에서 HTTP 응답을 보내고 있거나, TLS 핸드셰이크가 끝나기 전에 프록시가 HTTP 오류를 반환하고 있습니다. 즉, 443 포트가 TLS 대신 평문 트래픽을 받고 있는 상태입니다.
연결하는 포트에서 TLS가 제공되도록 서버가 구성되어 있는지 확인하세요. 로드 밸런서와 프록시 설정을 점검하고 SSL 종료가 올바르게 구성돼 있는지 확인하십시오.
클라이언트와 서버가 TLS 프로토콜 버전 또는 암호 스위트에 합의하지 못하고 있습니다. 서버가 TLS 1.0 / 1.1만 지원하는 경우(Chrome 84+, Firefox 74+, Safari 14+에서 비권장)나, 최신 브라우저에서 제거된 암호 스위트를 사용할 때 자주 발생합니다.
서버에서 TLS 1.2와 TLS 1.3을 활성화하고 TLS 1.0과 TLS 1.1은 비활성화하세요. RC4, 3DES, export-grade cipher를 제거하도록 암호 스위트 목록을 업데이트하고, Nginx 및 Apache 설정은 Mozilla TLS configuration generator를 참고하세요.
SSL 인증서 확인 방법 (3단계)
도메인 입력
입력란에 github.com 또는 api.example.com 같은 도메인 이름을 입력하세요. https:// 접두사는 자동으로 제거됩니다. HTTPS 서비스가 기본 포트 443이 아닌 곳에서 동작한다면 사용자 지정 포트도 지정할 수 있습니다.
인증서 확인
몇 초 안에 만료일과 카운트다운, 인증서 체인, 신뢰 상태, 프로토콜 버전(TLS 1.2 또는 1.3), 암호 스위트, SAN, SHA-256 지문을 모두 확인할 수 있습니다. 데이터는 저장되지 않습니다.
결과 읽기
인증서가 만료되었거나 자체 서명되었거나 호스트명 불일치가 있으면 결과에 문제가 명확하게 표시됩니다. 만료 바는 잔여 30일 이내에 노란색, 7일 이내에 빨간색으로 바뀝니다. 한 번의 클릭으로 모든 세부 정보를 복사할 수 있습니다.
SSL 인증서로 무엇을 확인할 수 있나요?
SSL/TLS 인증서는 웹사이트의 신원을 증명하고 암호화된 연결을 가능하게 하는 디지털 자격 증명입니다. HTTPS로 사이트에 접속하면 브라우저는 암호화 채널을 수립하기 전에 신뢰할 수 있는 인증 기관(CA)이 발급한 인증서를 검증합니다. 유효한 인증서가 없으면 브라우저는 보안 경고를 표시하고 접근을 차단할 수 있으며, 이는 사용자 신뢰와 검색 순위에 직접적인 영향을 줍니다.
모든 SSL 인증서에는 3가지 핵심 정보가 들어 있습니다.
- •주체 — 인증서가 발급된 도메인 이름(OV/EV의 경우 조직 정보 포함)
- •발급자 — 인증서를 서명하고 검증한 인증 기관(CA)
- •유효 기간 — 인증서가 신뢰되는 정확한 시작일과 종료일
이 도구가 확인하지 않는 항목
이 도구는 라이브 TLS 핸드셰이크를 수행해 인증서를 읽지만, 다음 항목은 확인하지 않습니다.
- 암호 스위트 강도 등급(A–F) 평가 — 전체 TLS 감사는 SSL Labs를 사용하세요
- HSTS 헤더 또는 프리로드 목록 상태 확인
- OCSP stapling 구성 점검
- 인증서 고정(HPKP) 감지
- HTTP에서 HTTPS로의 리디렉션 동작 확인
SSL 인증서 유형
인증서 유형에 따라 수행되는 신원 검증 수준이 다릅니다. 차이는 암호화 강도가 아니라 발급자가 서명 전에 무엇을 확인했는지에 있습니다.
CA는 신청자가 도메인을 제어한다는 사실만 확인하며, 회사 실체는 검증하지 않습니다. 자동화된 DNS 또는 HTTP 챌린지를 통해 몇 분 안에 발급됩니다. 블로그, 개인 사이트, 내부 도구에 적합합니다. 인증서의 주체에는 보통 CN(도메인 이름)만 표시되고 O(조직) 필드는 비어 있습니다.
CA는 도메인 제어와 함께 조직의 법적 실재 여부도 확인합니다. 보통 영업일 기준 1~3일이 걸립니다. 인증서의 O 필드에 회사명이 표시되므로 방문자는 인증서 세부 정보에서 소유 주체를 확인할 수 있습니다. 비즈니스 사이트와 API에 권장됩니다.
가장 엄격한 검증 방식으로, CA는 도메인, 조직, 물리적 주소, 법적 상태, 실제 운영 여부까지 확인합니다. 과거에는 브라우저의 녹색 주소 표시줄로 널리 알려졌습니다. 지금은 인증서 세부 정보에 회사명이 표시됩니다. 결제 데이터를 처리하는 금융 기관과 전자상거래 플랫폼에서 자주 사용됩니다.
CN 또는 SAN에 *.example.com 패턴을 사용해 루트 도메인과 1차 서브도메인을 포괄합니다. 하나의 와일드카드 인증서로 www.example.com, api.example.com, cdn.example.com 등을 보호할 수 있습니다. 다만 dev.api.example.com 같은 2차 서브도메인은 포함되지 않으므로 별도의 인증서가 필요합니다.
단일 인증서는 Subject Alternative Name 확장을 통해 여러 개의 서로 다른 도메인을 포괄할 수 있습니다. example.com, example.io, app.example.net처럼 여러 제품을 하나의 인증서로 운영할 때 흔히 사용됩니다. 최신 인증서의 대부분은 단일 도메인이라도 SAN을 사용하며, CN도 SAN 목록에 반영됩니다.
SSL 인증서를 확인해야 하는 때
배포 전
인증서가 실제 배포 대상 도메인을 정확히 포함하는지 확인하세요. DNS를 운영 환경으로 전환하기 전에 발급자가 신뢰할 수 있는 CA인지(자체 서명 아님), SAN에 www와 apex 변형이 포함되어 있는지, 프로토콜이 TLS 1.2 이상인지 점검해야 합니다.
인증서 갱신 모니터링
만료일은 미리 점검해야 합니다. Let's Encrypt 인증서는 90일마다 만료되므로 자동 갱신이 실패하면 장애가 발생합니다. 상용 인증서는 보통 1년 유효합니다. 이 도구를 즐겨찾기에 추가하고, 잔여 기간이 30일 미만인 인증서를 매월 확인하세요.
보안 감사
여전히 TLS 1.0 / 1.1, 약한 암호 스위트, 자체 서명 인증서를 사용하는 서버를 식별하세요. 인증서 교체 후에는 SHA-256 지문을 예상 값과 대조해 MITM에 의한 대체가 없었는지 확인합니다.
도메인 이전 후
도메인을 새 호스트나 CDN으로 이전한 뒤에는 새 인증서가 해당 도메인을 포함하는지, 발급자가 올바른지, SAN이 예상한 집합과 일치하는지 확인해야 합니다. 이전 서버에 인증서가 남아 있고 새 서버에 배포되지 않았다면 DNS가 올바르더라도 브라우저 오류가 발생합니다.