배포 실패 방지
Nginx, Apache, 로드밸런서 또는 클라우드 인증서 서비스를 업데이트하기 전에 쌍을 검증합니다.
배포 전에 이 인증서 키 매처를 사용하세요. 개인 키를 업로드하지 않고 브라우저에서 인증서와 개인 키를 로컬로 비교합니다.
파일 업로드는 로컬로 읽습니다. 이 브라우저 탭에서 두 개의 입력이 유지되며 페이지를 명확하거나 닫을 때 삭제됩니다.
.pem, .crt, .cer, .der를 받습니다. 체인을 제공하면 첫 인증서를 검사합니다.
PKCS#8, RSA PKCS#1, EC SEC1 형식의 암호화되지 않은 .key 또는 .pem 파일을 받습니다.
일치 결과가 여기에 표시됩니다
매처는 두 공개 키를 꺼내 SPKI 데이터를 정규화하고 바이트와 SHA-256 지문을 비교합니다.
배포 사전 확인
웹 서버에는 인증서 안의 공개 키와 짝이 되는 개인 키가 필요합니다. 비슷한 파일 이름과 도메인 이름만으로는 한 쌍인지 알 수 없습니다. 암호학적 비교는 다시 로드가 실패하거나 서비스가 중단되기 전에 불일치를 잡아 냅니다.
Nginx, Apache, 로드밸런서 또는 클라우드 인증서 서비스를 업데이트하기 전에 쌍을 검증합니다.
결과는 인증서 이름, 도메인, PEM 형식이 아니라 정규화된 공개 키 바이트에서 나옵니다.
파싱, 공개 키 유도, 해시, 비교는 현재 브라우저 탭 안에서 이루어집니다.
인증서 키 매처
리프 SSL 인증서와 함께 쓸 개인 키를 준비하세요. 중간 CA 인증서에는 서버의 공개 키가 없습니다.
PEM 텍스트를 붙여 넣거나 .pem, .crt, .cer, .der 파일을 업로드하세요. 체인이 있으면 첫 번째 인증서를 검사합니다.
PKCS#8, RSA PKCS#1 또는 EC SEC1 형식의 암호화되지 않은 .key 또는 .pem 파일을 붙여 넣거나 업로드하세요.
일치 또는 불일치 판단, 두 SHA-256 지문, 인증서 신원을 검토하세요.
일치 결과
인증서에는 이 개인 키에서 유도한 공개 키가 들어 있습니다. 이 쌍을 서버에 함께 구성할 수 있습니다.
공개 키가 다릅니다. 원래 키를 찾거나, 인증서를 다시 발급하기 전에 새 키와 CSR을 만드세요.
PEM 경계 줄을 확인하고, 개인 키가 암호화되었거나 지원하지 않는 하드웨어에 있으면 로컬에서 OpenSSL을 사용하세요.
공개 키 비교
매처는 X.509 인증서에서 공개 키를 꺼내고, 제공된 개인 키에서 대응하는 공개 키를 유도합니다. 둘 다 정규 SubjectPublicKeyInfo DER로 보낸 뒤 바이트를 비교합니다.
각 공개 키의 SHA-256 지문도 계산하므로 판단 근거를 확인할 수 있습니다. RSA와 지원하는 타원 곡선 키에 동작하며, RSA 모듈러스 비교는 ECC를 다루지 않습니다.
일치 여부는 인증서 체인, 호스트 이름, 만료, 폐기 상태, 신뢰를 검증하지 않습니다.
개인 키가 암호화되어 있거나 조직 정책이 브라우저 도구를 허용하지 않으면 신뢰할 수 있는 컴퓨터에서 이 명령을 실행하세요. 해시가 같으면 공개 키가 일치합니다.
인증서 SPKI SHA-256
openssl x509 -in certificate.crt -pubkey -noout \
| openssl pkey -pubin -outform DER \
| openssl dgst -sha256개인 키 SPKI SHA-256
openssl pkey -in private.key -pubout -outform DER \
| openssl dgst -sha256원래 CSR을 만든 서버, 갱신 디렉터리, 시크릿 관리자, 배포 기록, 안전한 백업을 확인하세요. 자동 갱신이 새 키를 만들고, 이전 인증서나 키는 익숙한 파일 이름을 유지했을 수 있습니다.
개인 키는 SSL 인증서에서 복구할 수 없습니다. 올바른 키가 없으면 새 개인 키와 CSR을 만든 뒤, 인증 기관에 인증서 재발급을 요청하세요.
검사기는 X.509 인증서를 PEM 또는 Base64 DER로 받고, 암호화되지 않은 PKCS#8, RSA PKCS#1, EC SEC1 개인 키를 받습니다. 지원하는 EC 곡선은 P-256, P-384, P-521입니다.
암호화된 개인 키, PFX/PKCS#12 번들, 하드웨어에 묶여 내보낼 수 없는 키는 이 페이지의 범위 밖입니다. 인증서 체인을 붙여 넣으면 첫 인증서를 리프 인증서로 처리합니다.
관련 SSL 도구
특정 개인 키에서 인증서 요청이 생성되었는지 확인하십시오.
Check CSR & key주체, SAN, 공개 키, 서명, 요청한 확장을 확인하세요.
Decode CSR새로운 CSR 및 원래 키가 사용할 수 없을 때 로컬로 개인 키 쌍을 만듭니다.
Generate CSR인증서 키 매처 FAQ
전체 X.509 인증서와 후보 개인 키를 붙여 넣거나 로컬 파일을 선택하세요. 매처는 인증서의 공개 키를 꺼내고 개인 키에서 공개 키를 유도한 뒤, 둘을 SubjectPublicKeyInfo로 정규화해 비교합니다.
매처는 브라우저에서 로컬로 실행됩니다. 인증서와 개인 키는 업로드되거나 저장되거나 URL에 들어가지 않습니다. 사용한 뒤 양식을 지우거나 탭을 닫고, 운영 키는 조직의 키 처리 정책을 따르세요.
예. RSA 전용 모듈러스 대신 정규화된 공개 키 데이터를 비교하므로, P-256, P-384, P-521 곡선의 RSA와 ECDSA 개인 키를 지원합니다.
이 페이지는 개인 키 암호를 묻거나 풀지 않습니다. 신뢰할 수 있는 컴퓨터에서 이 페이지의 OpenSSL 명령을 쓰거나, 임시로 암호화되지 않은 복사본을 만든 뒤 안전하게 삭제하세요.
발급 서버, 갱신 디렉터리, 시크릿 관리자, 안전한 백업에서 인증서의 원래 CSR을 만든 개인 키를 찾으세요. 복구할 수 없으면 새 키와 CSR을 만들고 인증서를 다시 발급하세요.
아닙니다. SSL 인증서에는 공개 키가 들어 있고 개인 키는 들어 있지 않습니다. 키 설계상 인증서에서 개인 키를 유도할 수 없습니다.
구성한 인증서의 공개 키가 구성한 개인 키와 다르면 Nginx가 키 불일치를 보고합니다. 리프 인증서와 키가 한 쌍인지, 인증서 파일이 순서가 잘못된 체인은 아닌지 확인하세요.