키스토어 분석

Keystore Inspector

PKCS#12·JKS·PEM 묶음을 열어 안에 든 인증서·체인·키 알고리즘을 나열합니다.

운영팀에서 건네받은 `.p12`는 그 안에 무엇이 들었는지, 체인이 온전한지, 리프 인증서가 언제 만료되는지 명령줄과 정확한 옵션 없이는 알 수 없습니다. 이 도구는 PKCS#12·JKS·PEM 묶음을 열어 내용을 나열합니다.

🔒 브라우저 안에서만 처리keystorepkcs12certificateinspect

인증서는 이 페이지가 직접 만든 ASN.1 리더로 탭 안에서 해독합니다. 업로드는 없으며 그것이 요점입니다. CSR이나 사내 CA, 실수로 붙여 넣은 키가 남의 서버에 올라가 읽혀서는 안 됩니다.

인증서·묶음·CSR·공개키를 놓으세요

PEM 또는 DER — .pem, .crt, .cer, .der, .csr, authorized_keys 한 줄. 아래에 붙여 넣어도 됩니다.

…또는 여기에 붙여 넣기이 호스트를 포함하는지 확인와일드카드를 포함해 주체 대체 이름(SAN)과 대조합니다.

이 도구가 하지 않는 일

서명을 검증하지 않습니다. 위의 “발급자”는 이름이 맞는다는 것이지 증명이 아닙니다. 직접 만든 인증서에는 어떤 발급자 이름이든 적을 수 있습니다.
어떤 인증기관을 신뢰하는지 알지 못합니다. 그것은 운영체제와 브라우저에 있고 웹페이지에서 읽을 수 없습니다.
폐기 여부를 확인하지 않습니다. 직접 확인할 수 있도록 OCSP·CRL 주소를 보여 주지만, 그곳에 묻는 것은 이 도구가 일부러 하지 않는 네트워크 요청입니다.

실제 서버가 무엇을 내보내고 있는지 — 체인 순서, 프로토콜 버전, 만료 — 를 보려면 접속이 필요합니다: SSL 점검 도구가 그 질문에 답합니다.

사용 방법

묶음 파일을 놓습니다
`.p12`/`.pfx`, `.jks`, PEM을 모두 읽습니다. 암호가 걸린 저장소는 키를 열 때 암호가 필요하고, 인증서 부분은 암호 없이 읽히는 경우가 많습니다.
리프뿐 아니라 체인을 봅니다
인증서마다 주체·발급자·유효기간·키 알고리즘을 보여 줍니다. 내 기기에서는 되고 서버에서는 실패하는 묶음은 대개 중간 인증서 하나가 빠진 경우입니다.
키와 인증서가 짝인지 확인합니다
리프 인증서의 공개키와 저장소의 개인키가 맞아야 합니다. 멀쩡해 보이는 묶음이 트래픽을 처리하지 못하는 또 다른 흔한 이유가 이 불일치입니다.