사용 방법
- 인증서, 체인, CSR, 개인 키의 PEM 텍스트를 붙여 넣거나, '파일 열기'를 클릭해 .pem, .crt, .cer, .key 파일을 고르세요(DER도 가능해요).
- 각 블록이 별도 카드로 나와요. 인증서에는 만료까지 남은 일수가, 개인 키에는 일치 여부가 표시돼요.
- 인증서를 여러 개 붙여 넣으면 체인 순서 확인 결과가 맨 위에 나와요.
옵션 설명
- 주체 대체 이름
- 인증서가 유효한 이름 목록이에요. 브라우저는 주체의 CN이 아니라 이 목록을 사용해요.
- 검증 수준
- DV(도메인만), OV(조직), EV 중 하나이며 인증서 정책에서 읽어요.
- SPKI SHA-256
- 핀 고정에 쓰는 공개 키 지문이에요. 같은 키로 갱신하면 바뀌지 않아요.
읽는 블록과 검사 방식
디코더는 -----BEGIN …----- 줄마다 텍스트를 나누고 다음 레이블을 처리해요.
| PEM 레이블 | 표시되는 이름 |
|---|---|
CERTIFICATE, X509 CERTIFICATE, TRUSTED CERTIFICATE |
인증서 |
CERTIFICATE REQUEST, NEW CERTIFICATE REQUEST |
인증서 서명 요청(CSR) |
PRIVATE KEY, RSA PRIVATE KEY, EC PRIVATE KEY |
개인 키 |
PUBLIC KEY |
공개 키 |
ENCRYPTED PRIVATE KEY, 또는 Proc-Type: 4,ENCRYPTED 헤더가 있는 레거시 키 |
암호화된 개인 키 (읽지 않음) |
그 밖의 레이블은 읽을 수 없는 것으로 보고돼요. PEM 헤더가 전혀 없는 텍스트는 일반 base64 DER로 시도하며, 파일 열기로 선택한 원시 DER 파일은 인증서, CSR, 키 중 하나로 추측해요.
검증 수준은 CA/Browser Forum이 정의한 인증서 정책 식별자에서 나와요.
| 정책 OID | 수준 |
|---|---|
| 2.23.140.1.2.1 | DV(도메인 검증) |
| 2.23.140.1.2.2 | OV(조직 검증) |
| 2.23.140.1.2.3 | IV(개인 검증) |
| 2.23.140.1.1 | EV(확장 검증) |
이 정책이 하나도 없는 인증서에는 검증 수준이 표시되지 않아요. MD5나 SHA-1로 시작하는 서명 알고리즘은 브라우저가 더 이상 신뢰하지 않으므로 표시돼요.
인증서를 여러 개 붙여넣으면 체인 검사는 이름만 비교해요. 각 인증서의 발급자가 다음 인증서의 주체여야 해요. 잘못된 순서, 반복된 인증서, 체인에 포함된 자체 서명 루트를 보고해요. 서명이나 신뢰는 검증하지 않으므로 체인이 여기서는 통과해도 실제 서버에서는 실패할 수 있어요.
자주 묻는 질문
개인 키가 인증서와 맞는지 어떻게 확인하나요?
둘 다 붙여 넣으세요. 개인 키 안의 공개 키와 인증서의 공개 키를 비교해요. nginx에서 'key values mismatch'가 나올 때 사용하세요.
인증서 체인은 어떤 순서여야 하나요?
서버 인증서가 맨 앞, 그다음 그것을 발급한 중간 인증서, 이런 식으로 위로 올라가요. 루트는 보통 빼요. 순서가 틀리면 일부 클라이언트가 실패해요.
개인 키를 붙여 넣어도 안전한가요?
모든 분석은 브라우저에서 이루어지고 서버로는 아무것도 전송되지 않아요. 비밀번호로 보호된 키는 분석하지 않아요.
신뢰 여부나 폐기 여부도 확인하나요?
아니요. 파일을 읽기만 해요. 실제 사이트가 제공하는 인증서를 확인하려면 SSL 검사기를 사용하세요.
개인정보 보호
이 도구는 전적으로 브라우저에서 실행돼요. 파일과 텍스트는 기기에서 처리되며 서버로 업로드되지 않아요.