EC 키 생성기
ES256, ES384 또는 ES512 서명, ECDH 및 TLS 인증서에 사용할 P-256, P-384 또는 P-521 타원 곡선 키 쌍을 생성합니다. 결과에는 암호화되지 않은 PKCS #8 PEM 형식의 개인 키, SPKI PEM 형식의 공개 키, SHA-256 지문과 함께 OpenSSH에서 사용하는 ecdsa-sha2 공개 키 한 줄, RFC 7638 JWK 지문이 포함됩니다. 각 키 쌍은 Node의 crypto 모듈로 새로 생성되며 저장되지 않습니다.
자주 묻는 질문
어떤 곡선을 선택해야 하나요?
P-256(prime256v1 또는 secp256r1이라고도 함)은 가장 널리 지원되는 곡선이며 약 128비트 보안을 제공합니다. P-384는 약 192비트를 제공하며 CNSA와 같은 일부 정부 프로필에서 요구됩니다. P-521은 NIST 곡선 중 가장 크고 지원 빈도가 낮으므로 시스템에서 요청하는 경우에만 선택하세요.
각 곡선에 맞는 JWT 알고리즘은 무엇인가요?
P-256 키는 ES256, P-384 키는 ES384, P-521 키는 ES512에 서명합니다. JOSE는 각 알고리즘을 정확히 하나의 곡선에 연결하므로 JWT 생성기는 잘못된 곡선의 키를 거부합니다. 결과에 키와 일치하는 알고리즘이 표시됩니다.
어떤 형식으로 반환되나요?
개인 키는 PEM 인코딩 PKCS #8 형식(BEGIN PRIVATE KEY)이고, 공개 키는 이름이 지정된 곡선을 포함하는 PEM 인코딩 SubjectPublicKeyInfo 형식(BEGIN PUBLIC KEY)입니다. authorized_keys에서 OpenSSH가 요구하는 ecdsa-sha2-nistp256, nistp384 또는 nistp521 한 줄도 제공됩니다.
SEC1 형식(BEGIN EC PRIVATE KEY)은 어떻게 얻나요?
일부 도구는 여전히 이전 SEC1 인코딩을 요구합니다. OpenSSL 3에서는 openssl pkey -in key.pem -traditional -out key-ec.pem 또는 openssl ec -in key.pem -out key-ec.pem을 실행하세요. 키 자체는 그대로 유지됩니다.
이 키로 인증서 서명 요청을 만들 수 있나요?
네. 개인 PEM을 저장한 다음 openssl req -new -key key.pem -subj "/CN=example.com" -out request.csr를 실행하고 CSR 디코더로 요청을 확인하세요. 인증 기관은 TLS 인증서에 P-256 및 P-384 키를 사용할 수 있습니다.
EC 키는 왜 RSA 키보다 작나요?
타원 곡선 암호화는 훨씬 짧은 키로 동일한 보안 수준을 제공하므로 P-256 키는 3072비트 RSA 키와 비슷한 수준입니다. 서명이 더 짧고 서명 속도도 빠릅니다. P-256에서는 공개 키가 65바이트입니다.
개인 키가 암호로 보호되나요?
아니요. 다른 도구에서 바로 읽을 수 있도록 암호화되지 않은 상태로 반환됩니다. 저장할 때는 openssl pkey -in key.pem -aes256 -out key-encrypted.pem로 암호화하세요. 암호화되지 않은 개인 키를 저장소에 커밋하지 마세요.
JWK 지문은 어디에 사용되나요?
RFC 7638 지문은 키의 crv, kty, x 및 y 멤버를 해시한 base64url SHA-256 값입니다. PEM이나 JWK 형식에 영향을 받지 않는 안정적인 키 식별자이며, JWT 헤더와 JWKS 문서에서 kid로 사용하기 좋습니다.
키 쌍이 저장되나요?
아니요. 요청 시 메모리에서 키 쌍을 생성해 한 번 반환하며 로그에 기록하거나 저장하지 않습니다. 페이지를 떠나면 다시 표시할 수 없으므로 두 키를 모두 복사하세요.
주석 필드는 무엇을 변경하나요?
authorized_keys에서 키를 쉽게 알아볼 수 있도록 user@laptop 같은 레이블을 OpenSSH 공개 키 한 줄 끝에 추가할 뿐입니다. 지문과 키 데이터는 그대로 유지됩니다. 주석은 최대 200자까지 입력할 수 있습니다.