CSR 생성기

개인 키가 다른 사람의 서버에 도달하면, 그 서버가 이후 무엇을 하든 업계 스스로 내린 유출된 키의 정의에 해당하기 때문입니다.

CA/Browser Forum의 Baseline Requirements는 이를 논란의 여지 없이 정의합니다. "A Private Key is said to be compromised if its value has been disclosed to an unauthorized person, or an unauthorized person has had access to it." 악용은 필요 없습니다. 도달하기만 해도 충분합니다.

이론이 아닙니다. 2020년에 DigiCert는 고객이 요청과 함께 붙여 넣은 개인 키 337개를 발견해 관련 인증서를 모두 폐기했고, 이를 공개적으로 알렸습니다. "by sending the private key to DigiCert along with the CSR, the customer has compromised the private key"라고 밝히면서 "the only part of a CSR we use is the public key"라고 덧붙였습니다. 자기 서버에서 키를 만들어 사본을 건네주는 생성기는 그 정의에 따르면 이미 키를 유출시킨 것입니다. 이 페이지는 그럴 수 없습니다. crypto.subtle.generateKey는 어디에도 연결할 수 없는 샌드박스 프레임 안의 브라우저에서 실행되고, 그 바깥의 페이지는 공개 키만 봅니다.

새로 만드는 것이라면 ECDSA P-256입니다. 3072비트 RSA 키만큼 강하면서 훨씬 작고, 모든 공인 인증 기관이 따르는 규칙이 허용합니다. 오래된 장비가 키를 읽어야 한다면 RSA 2048입니다.

NIST는 P-256과 RSA-3072를 같은 128비트 보안 강도로 보며, RSA-4096에는 따로 강도를 매기지 않습니다. 표의 다음 단계는 7680비트입니다. 그래서 4096은 문서로 확인된 이점 없이 모든 방문자에게 핸드셰이크 부담만 더합니다. P-384는 192비트 단계이고 Baseline Requirements는 P-521도 허용하지만, Let's Encrypt는 P-521을 거부합니다. 요청이 규칙상 완벽히 합법이어도 쓰려던 CA에서 실패할 수 있습니다.

Ed25519는 SSH, 서명, 사설 CA에 훌륭하므로 제공하지만, 어떤 공인 인증 기관도 이 키로 TLS 인증서를 발급하지 않습니다. 규칙은 RSA와 NIST 곡선 세 가지를 나열한 뒤 "no other algorithms or key sizes are permitted"라고 말합니다. 양자 내성 ML-DSA도 마찬가지입니다. 공인 TLS에서 이를 허용하려던 투표안은 2026년 10월에 병합되지 않은 채 종결되었습니다. 생성기는 거부 메일을 받고서야 알게 되지 않도록 각 선택지 옆에 이를 알려 드립니다.

openssl req -new -newkey ec -pkeyopt ec_paramgen_curve:prime256v1 -nodes -keyout example.com.key -out example.com.csr는 키와 요청을 한 번에 만듭니다.

생성기는 입력한 내용에 맞는 명령을 써 줍니다. 대체 이름과 모든 확장이 포함되며, 저희 테스트는 이 명령을 OpenSSL로 실행해 페이지와 같은 주체와 확장이 만들어지는지 확인합니다. 질문을 건너뛰려면 -subj "/CN=example.com"을, 이름을 넣으려면 -addext "subjectAltName=DNS:example.com,DNS:www.example.com"을, 악센트가 있는 이름이 깨지지 않게 하려면 -utf8을 추가하세요. -nodes는 키를 암호화하지 않고 둡니다. OpenSSL 3은 새 표기인 -noenc를 선호하지만 -nodes도 계속 받아들이며, macOS에 내장된 LibreSSL이 아는 표기는 이쪽뿐입니다. 그 LibreSSL은 Ed25519 키를 아예 만들 수 없으므로, Ed25519에는 OpenSSL 1.1.1 이상을 사용하세요.

만든 결과를 확인하려면 openssl req -in example.com.csr -text -verify -noout을 실행하세요. 모든 필드를 출력하고 자체 서명을 검증하며, 서명이 틀리면 아무것도 출력하기 전에 멈춥니다. 키가 요청에 속하는지 확인하려면 openssl req -in example.com.csr -pubkey -noout과 openssl pkey -in example.com.key -pubout의 출력을 비교하세요. CSR에 파일 확장자를 정해 둔 표준은 없으므로 .csr, .pem, .req, .txt가 모두 맞습니다.