CSR 디코더
인증 기관에 보내기 전에 PKCS #10 인증서 서명 요청을 디코딩하세요. PEM 블록 또는 base64 DER을 붙여넣으면 주체, 공개 키 유형과 크기, 서명 알고리즘, 요청의 자체 서명 검증 여부, SPKI SHA-256 핀, 주체 대체 이름, 키 용도, 확장 키 용도, 기본 제약 조건 등의 요청된 확장 항목을 확인할 수 있습니다.
자주 묻는 질문
인증서 서명 요청이란 무엇인가요?
CSR은 공개 키, 인증서에 넣을 주체 이름, 선택적 확장 항목을 담고 개인 키로 서명한 PKCS #10 구조입니다. 인증 기관은 이 요청을 읽고 인증서를 발급합니다. 개인 키는 서버 밖으로 나가지 않습니다.
어떤 입력 형식을 사용할 수 있나요?
-----BEGIN CERTIFICATE REQUEST----- 또는 이전 형식인 -----BEGIN NEW CERTIFICATE REQUEST-----로 시작하는 PEM 블록을 붙여넣으세요. 또는 헤더 없이 base64로 인코딩된 DER 원문을 붙여넣으세요. 입력에서 첫 번째 요청만 디코딩합니다.
서명 검사는 무엇을 알려주나요?
CSR은 그 안에 포함된 공개 키에 대응하는 개인 키로 서명됩니다. 서명이 유효하면 해당 개인 키를 가진 사람이 요청을 만들었으며 이후 변경되지 않았음을 확인할 수 있습니다. 서명이 유효하지 않으면 대개 파일이 수정되거나 손상된 것입니다.
CSR에 주체 대체 이름이 표시되지 않는 이유는 무엇인가요?
브라우저는 일반 이름을 무시하고 주체 대체 이름 확장 항목의 도메인을 요구합니다. 디코더에 표시된 항목이 없다면 요청에 extensionRequest 속성이 포함되지 않은 것입니다. 많은 CA가 직접 이름을 추가하지만, OpenSSL에서는 -addext "subjectAltName=DNS:example.com,DNS:www.example.com"로 추가할 수 있습니다.
SPKI 핀이란 무엇인가요?
요청에 포함된 SubjectPublicKeyInfo의 base64 SHA-256 해시입니다. 이 CSR로 발급된 인증서에는 동일한 공개 키가 포함되므로 같은 핀을 갖습니다. 이를 통해 인증서가 해당 키에 속하는지 확인할 수 있습니다.
어떤 키 유형을 인식하나요?
RSA 요청에는 모듈러스 크기가 표시되고, EC 요청에는 P-256 또는 P-384와 같은 곡선이 표시되며, Ed25519 및 Ed448 키는 이름이 그대로 표시됩니다. 서명 알고리즘에는 해시가 함께 표시됩니다. 예를 들어 RSASSA-PKCS1-v1_5에는 SHA-256, ECDSA에는 SHA-384이 표시됩니다.
챌린지 비밀번호 같은 속성도 표시되나요?
확장 요청 이외의 속성은 이름으로 표시됩니다. 챌린지 비밀번호는 설정 여부만 표시하고 값은 결과에 출력하지 않습니다. 알 수 없는 속성은 객체 식별자와 함께 표시됩니다.
중요 확장이란 무엇인가요?
중요로 표시된 확장 필드는 인증서를 처리하는 모든 소프트웨어가 이해해야 합니다. 그렇지 않으면 인증서가 거부됩니다. 디코더는 이러한 확장 필드를 표시하며, 기본 제약 조건과 키 용도에서 흔히 볼 수 있습니다.
CSR이 저장되나요?
아니요. 요청은 메모리에서 디코딩되며 로그에 기록되거나 저장되지 않습니다. CSR에는 공개 데이터만 포함되므로 온라인에서 디코딩해도 개인 키가 노출되지 않습니다.
크기 제한이 있나요?
입력은 최대 65,536자까지 가능하며, 일반적인 CSR에 필요한 길이보다 훨씬 깁니다. 일반적인 RSA 2048 요청은 PEM 기준 약 1,000자입니다.