분실 키 발급 방지
이 CSR로 발급된 인증서를 설치하는 데 필요한 개인 키를 아직 갖고 있는지 확인하세요.
SSL 인증서를 요청하거나 설치하기 전에 온라인에서 CSR와 개인 키가 일치하는지 확인하세요. 매처는 개인 키를 업로드하지 않고 브라우저에서 공개 키를 로컬로 비교합니다.
파일 업로드는 로컬로 읽습니다. 이 브라우저 탭에서 두 개의 입력이 유지되며 페이지를 명확하거나 닫을 때 삭제됩니다.
.csr, .p10, 의 .req를 받아들이십시오, 또는 .der PKCS#10 요구.
PKCS#8, RSA PKCS#1, EC SEC1 형식의 암호화되지 않은 .key 또는 .pem 파일을 받습니다.
일치 결과가 여기에 표시됩니다
매처는 두 공개 키를 꺼내 정규 SPKI 바이트를 비교하고 CSR 자체 서명을 검증합니다.
CSR 키 사전 확인
CSR에는 공개 키가 들어 있으며, 대응하는 개인 키로 서명됩니다. 파일 이름과 도메인 이름만으로는 두 파일이 한 쌍인지 알 수 없습니다. 암호학적 비교를 하면 더 이상 없는 개인 키로 요청을 제출하는 일을 막을 수 있습니다.
이 CSR로 발급된 인증서를 설치하는 데 필요한 개인 키를 아직 갖고 있는지 확인하세요.
판정은 파일 이름, 주체, 도메인, PEM 형식이 아니라 정규화된 공개 키 바이트를 사용합니다.
Parsing, normalization, hashing 및 비교는 현재 브라우저 탭에서 모든 일이 발생합니다.
CSR 및 개인 키 일치 확인
전체 CSR과 그것을 만들었다고 생각하는 개인 키가 필요합니다. 파일 이름이 같다고 판단하지 마세요.
PEM 내용을 붙여넣거나 .csr, .p10,.req 또는 .pem을 업로드하거나 .der PKCS#10 요청합니다.
PEM 내용을 붙여 넣거나 암호화되지 않은 .key 또는 .pem 파일을 업로드하세요. 값은 이 탭에만 남습니다.
매치 또는 일치 결정, 모두 SPKI SHA-256 지문 및 CSR 서명 상태.
일치 결과
CSR에는 이 개인 키에서 유도한 공개 키가 들어 있습니다. 개인 키는 안전하게 보관하고 CSR을 인증 기관에 제출하세요.
두 공개 키가 다릅니다. 인증서를 요청하거나 설치하기 전에 원래 키를 찾거나, 새 키와 CSR 쌍을 만드세요.
PEM 경계 줄을 확인하고 입력이 잘리지 않았는지 살펴보세요. 개인 키가 암호화되어 있으면 OpenSSL을 로컬에서 사용하세요.
공개 키 비교
매처는 CSR에 들어 있는 공개 키를 꺼내고, 제공된 개인 키에서 공개 키를 유도합니다. 두 키를 정규 SubjectPublicKeyInfo(SPKI) DER로 보낸 뒤 바이트를 비교합니다.
각 SPKI 값의 SHA-256 지문도 계산하므로 판단 근거를 확인할 수 있습니다. RSA와 지원하는 타원 곡선 키에 동작하며, RSA 모듈러스 비교는 ECC에 쓸 수 없습니다.
일치해도 도메인 소유권은 증명되지 않고, CSR 주체를 검증하거나 인증서 발급을 보장하지도 않습니다.
개인 키가 암호화되어 있거나 정책이 브라우저 도구를 허용하지 않으면 신뢰할 수 있는 컴퓨터에서 이 명령을 실행하세요. 해시가 일치하면 공개 키가 같습니다.
CSR SPKI SHA-256
openssl req -in request.csr -pubkey -noout \
| openssl pkey -pubin -outform DER \
| openssl dgst -sha256개인 키 SPKI SHA-256
openssl pkey -in private.key -pubout \
| openssl pkey -pubin -outform DER \
| openssl dgst -sha256CSR을 만든 컴퓨터, 갱신 디렉터리, 시크릿 관리자, 배포 기록, 안전한 백업을 확인하세요. 갱신 때 새 개인 키가 만들어지고, 이전 CSR이나 인증서는 같은 파일 이름을 유지했을 수 있습니다.
개인 키는 CSR에서 복구할 수 없습니다. 올바른 키가 없으면 새 개인 키와 CSR 쌍을 만든 뒤, 새 요청을 제출하거나 CA에 인증서 재발급을 요청하세요.
PKCS#10 CSR PEM 또는 Base64 DER를 붙여 넣거나 .csr, .p10, .req, .pem, .der 파일을 업로드하세요. 개인 키는 암호화되지 않은 .key 또는 .pem으로 붙여 넣거나 업로드할 수 있으며, 형식은 PKCS#8, RSA PKCS#1, EC SEC1입니다. 지원하는 EC 곡선은 P-256, P-384, P-521입니다.
암호화된 개인 키, 인증서, PFX/PKCS#12 번들, 하드웨어에 묶여 내보낼 수 없는 키는 이 페이지 범위에 넣지 않았습니다. 해당 형식은 OpenSSL이나 키 관리 시스템을 사용하세요.
관련 CSR 도구
CSR을 제출하기 전에 주체, SAN, 공개 키, 서명, 요청한 확장을 디코딩하세요.
Decode CSR새로운 CSR 및 현재 파일이 일치하지 않거나 원래 키가 손실 될 때 로컬로 개인 키 쌍을 만듭니다.
Generate CSR서버에 설치하기 전에 발급된 SSL 인증서와 개인 키를 비교하세요.
Check certificate & key서버가 다른 PEM 헤더를 기대할 때의 PKCS#1과 PKCS#8 사이 개인 키 및 공개 키 형식 변환입니다.
Convert key formatCSR 및 개인 키 일치 FAQ
전체 인증서 서명 요청과 개인 키를 붙여 넣거나 업로드하세요. 매처는 각 입력에서 공개 키를 꺼내 정규 SubjectPublicKeyInfo로 바꾼 뒤 비교합니다. 공개 키가 같으면 CSR과 개인 키가 일치합니다.
비교는 브라우저에서 로컬로 실행됩니다. CSR과 개인 키는 서버로 전송되거나 저장되거나 URL에 추가되지 않습니다. 끝나면 양식을 지우거나 탭을 닫으세요. 운영 키는 조직의 키 취급 정책을 따르세요.
예. RSA 전용 모듈러스 방식 대신 정규화된 공개 키를 비교하므로, P-256, P-384, P-521 곡선의 RSA와 ECDSA 키를 모두 지원합니다.
이 버전은 개인 키 암호를 묻거나 풀지 않습니다. 키가 암호화되어 있으면 이 페이지의 OpenSSL 명령을 쓰거나, 신뢰할 수 있는 컴퓨터에 임시로 암호화되지 않은 복사본을 만든 뒤 바로 삭제하세요.
CSR과 함께 만든 개인 키를 찾으세요. 원래 서버, 갱신 디렉터리, 시크릿 관리자, 백업을 확인합니다. 복구할 수 없으면 새 개인 키와 CSR을 만든 뒤, 새 CSR을 제출하거나 인증서 재발급을 요청하세요.
모듈러스 비교는 RSA에는 동작하지만 타원 곡선 키는 다루지 않습니다. 이 매처는 정규화된 공개 키 구조 전체를 비교하고 SHA-256 지문을 보여 주므로, RSA와 지원하는 ECC 키에 동일하게 동작합니다.
아닙니다. 이 페이지는 CSR과 개인 키를 대조하는 데만 씁니다. CSR을 인증 기관에 보내기 전에 사용하세요. 인증서 일치는 별도 작업이며 이름이나 파일 이름으로 추정하지 않습니다.