무료 온라인 RSA 키 쌍 생성기 — ECDSA와 Ed25519

RSA 키 생성기란?

// Verify a downloaded key pair matches, using OpenSSL:
openssl pkey -in rsa-2048-private.pem -pubout | diff - rsa-2048-public.pem
// No output means the public key really belongs to that private key.

주요 기능

실전 예시

알고리즘: Ed25519

-----BEGIN PRIVATE KEY-----
MC4CAQAwBQYDK2VwBCIEIA2HJVU1qChbOJN8XksXVhyD0IjYVt0UU6Mwz814rOFf
-----END PRIVATE KEY-----

-----BEGIN PUBLIC KEY-----
MCowBQYDK2VwAyEAV5uB7UaPJrtncx3SXNtNzn1ZXjF1ApwvzBZ8nFzT5eU=
-----END PUBLIC KEY-----

알고리즘: RSA 2048, 구조 전환

PKCS#8:  -----BEGIN PRIVATE KEY-----
PKCS#1:  -----BEGIN RSA PRIVATE KEY-----

알고리즘: RSA 2048

-----BEGIN PUBLIC KEY-----
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtuvUHLjyK9zje2aaNIni
eSccN1uleXFRBb1g2TN6bk/fbpPCGDyh71m73oB9Bk8+fKVkSThXyWTtpgblB7pX
iQBtTvSWVZGHprkLgMGkU2Yw8Z43m1WpoRuYyXNFe92S5viIdVuKTj/VEUuEpzHd
ffWMIUw70LaUdTP04iQdkNVeS3M6VHkpTwsPSQfsFSwObtLVNy2Lf+ODwJRqCk2r
C749hgKqBdJqkcIj49R7UP4SMQ/9V3yy8DFMrIcgsjC4tHwlQSCGeXNxTNlapGSa
ke55LUR83FASryVJRbUs678SCZSFkyGcT0qLZ/olu/e7Jj2lB0Qy/SJawkrs9hPE
4QIDAQAB
-----END PUBLIC KEY-----

알고리즘: Ed25519, JWK 패널

{
  "key_ops": [
    "verify"
  ],
  "ext": true,
  "alg": "Ed25519",
  "crv": "Ed25519",
  "x": "V5uB7UaPJrtncx3SXNtNzn1ZXjF1ApwvzBZ8nFzT5eU",
  "kty": "OKP"
}

알고리즘: Ed25519

SHA256(SPKI) = KAXVxapxpG4zLsTVMpPafovT+X1NLWc8fsOXqtrb59o=

RSA 키 생성기 사용법

1. 1

   알고리즘 선택

   RSA는 레거시 시스템을 가장 넓게 아우릅니다. ECDSA는 훨씬 작은 키로 동등한 강도를 냅니다. Ed25519는 새로 시작하는 서명 작업의 현대적 기본값입니다.

2. 2

   키 크기 선택

   RSA 2048은 현재 권고를 충족하며, 3072과 4096은 오래 쓸 키에 여유를 더합니다. ECDSA는 P-256, P-384, P-521을 지원합니다. Ed25519는 크기가 하나로 고정되어 있습니다.

3. 3

   PEM 구조 선택

   PKCS#8은 BEGIN PRIVATE KEY를 내보내며 JDK를 포함해 거의 모든 곳에서 동작합니다. 무언가가 BEGIN RSA PRIVATE KEY를 콕 집어 요구할 때만 PKCS#1로 전환하세요.

4. 4

   양쪽 절반 복사 또는 다운로드

   개인 키는 시크릿 저장소로, 공개 키는 서명을 검증할 상대에게 보내세요. 개인 키 쪽은 어디에도 보내지 마십시오.

5. 5

   지문 확인

   SHA-256 지문을 별도 채널로 대조해, 상대가 실제로 사용자가 생성한 그 공개 키를 설치했는지 확인하세요.

흔한 키 형식 실수

-----BEGIN PUBLIC KEY-----

-----BEGIN PRIVATE KEY-----

-----BEGIN RSA PRIVATE KEY-----

-----BEGIN PRIVATE KEY-----

-----END PRIVATE KEY-----[EOF]

-----END PRIVATE KEY-----↵[EOF]

MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtuvUHLjyK9zje2aaNIni eSccN1uleXFRBb1g2TN6bk

MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtuvUHLjyK9zje2aaNIni
eSccN1uleXFRBb1g2TN6bk

alg: RS256, key: 8f3a9c2e1b7d

alg: RS256, key: -----BEGIN PRIVATE KEY-----

-----BEGIN PUBLIC KEY-----

ssh-keygen -y -f rsa-2048-private.pem > id_rsa.pub

누가 이 도구를 쓰나

RS256이나 EdDSA로 JWT 서명

비대칭 JWT 알고리즘은 공유 비밀이 아니라 키 쌍을 필요로 합니다. 개인 키로 서명하고 공개 키를 게시하면, 검증자는 토큰을 발행할 수 있는 것을 결코 손에 쥐지 않습니다. JWT 인코더는 이 페이지가 만든 키를 그대로 받습니다.

웹훅과 릴리스 서명

공개 키를 한 번 게시하고 모든 페이로드를 개인 키로 서명하면, 소비자는 유출될 공유 자격 증명 없이 진위를 검증할 수 있습니다.

로컬 개발과 테스트

서명 검증을 다루는 테스트 스위트에는 일회용 키 쌍이 필요합니다. OpenSSL 호출 방법을 떠올리는 것보다 여기서 하나 생성하는 편이 빠릅니다.

키 쌍이 어떻게 생겼는지 익히기

알고리즘과 PEM 구조를 나란히 오가며 보면, 명세를 읽어서는 잡히지 않던 차이가 손에 잡힙니다.

JWKS 엔드포인트 준비

공개 JWK는 OpenID Connect 디스커버리 문서의 keys 배열에 그대로 들어갑니다. 순환 중에 검증자가 고를 수 있도록 kid를 넣고, 개인 JWK는 그 파일에 넣지 마십시오.

RSA에서 갈아타기

기존 RSA 키 옆에 Ed25519 대체 키를 생성해 크기를 비교한 뒤 전환을 확정하세요.

형식 불일치 해결

라이브러리가 파싱 오류로 키를 거부한다면, 다른 PEM 구조로 다시 내보내는 것만으로 대개 해결됩니다.

PEM 형식과 생성기 작동 원리

어느 컨테이너를 어디에 쓰나

키는 하나인데 포장은 다섯 가지입니다. 엉뚱한 것을 고르는 것이 키가 거부되는 가장 흔한 이유이고, 오류 메시지는 파싱 실패보다 더 구체적인 경우가 드뭅니다.

컨테이너	PEM 헤더	담는 것	주로 만나는 곳
PKCS#8	BEGIN PRIVATE KEY	모든 알고리즘	Web Crypto, JDK, Go, .NET 등 최신 라이브러리 대부분
PKCS#1	BEGIN RSA PRIVATE KEY	RSA 전용	OpenSSL 전통 출력, 일부 결제 게이트웨이, 오래된 Ruby·Perl 도구
SPKI / X.509	BEGIN PUBLIC KEY	모든 알고리즘, 공개 키 쪽	거의 모든 라이브러리가 기대하는 공개 키
PKCS#1 공개	BEGIN RSA PUBLIC KEY	RSA 전용, 공개 키 쪽	레거시 RSA 도구
JWK	없음 — JSON입니다	모든 알고리즘	JWKS 엔드포인트, OIDC 디스커버리, JOSE 라이브러리

이미 갖고 있는 파일을 변환하려면 openssl pkcs8 -topk8 -nocrypt -in pkcs1.pem -out pkcs8.pem이 한 방향, openssl rsa -traditional -in pkcs8.pem -out pkcs1.pem이 그 반대 방향입니다.

무작위성은 운영체제에서 옵니다

Web Crypto는 플랫폼 엔트로피 원천 — 리눅스의 getrandom, 윈도우와 macOS의 시스템 CSPRNG — 에서 키 생성 시드를 얻습니다. OpenSSL이 끌어 쓰는 것과 같은 부류의 원천이며, 자바스크립트 의사 난수 생성기가 아닙니다.

생성이 페이지를 얼리지 않습니다

crypto.subtle.generateKey는 비동기이며, 주요 브라우저 엔진에서는 소수 탐색이 메인 스레드 밖에서 일어나므로 4096비트 모듈러스를 찾는 동안에도 인터페이스가 반응합니다. 그래도 페이지는 스피너를 띄우는데, 그 탐색이 얼마나 걸릴지는 운에 달려 있기 때문입니다.

PKCS#8이 PKCS#1을 감쌉니다

PKCS#8 PrivateKeyInfo는 버전 번호, 알고리즘 식별자, OCTET STRING으로 이뤄집니다. 암호화되지 않은 rsaEncryption 키에서는 그 OCTET STRING 안에 완전한 PKCS#1 RSAPrivateKey가 들어 있으며, 이 페이지가 아무것도 다시 유도하지 않고 두 형식을 오가는 원리가 바로 이것입니다.

공개 키는 SubjectPublicKeyInfo를 씁니다

BEGIN PUBLIC KEY는 X.509 SubjectPublicKeyInfo, 즉 알고리즘 식별자와 BIT STRING입니다. 그 비트 안에 무엇이 들어가는지는 알고리즘에 달려 있습니다. RSA에서는 PKCS#1 RSAPublicKey이며 그래서 BEGIN RSA PUBLIC KEY 쪽이 더 짧고, ECDSA에서는 압축하지 않은 곡선 위의 점, Ed25519에서는 32바이트 원시 키입니다.

공개 지수는 65537입니다

여기서 만드는 모든 RSA 키는 0x010001로 적는 값 e = 65537을 씁니다. 작은 지수 공격을 피할 만큼 크면서 켜진 비트가 둘뿐이라, 검증에는 제곱 16번과 곱셈 한 번이 듭니다.

지문은 PEM이 아니라 DER을 다이제스트합니다

SHA-256 지문은 이진 SubjectPublicKeyInfo에 대해 계산됩니다. base64 텍스트를 대상으로 지문을 뜨면 줄바꿈 방식이 바뀔 때마다 값이 달라집니다. 로컬에서의 등가 명령은 openssl pkey -in private.pem -pubout -outform DER | openssl dgst -sha256 -binary | openssl base64입니다.

키 관리 모범 사례

키는 쓰일 곳에서 생성하기

네트워크를 건너간 개인 키는 지나온 모든 구간에 노출된 것입니다. 브라우저에서 생성하면 키 자체는 네트워크를 타지 않지만, 페이지의 코드는 여전히 네트워크로 도착합니다. 대상 호스트에서 생성하면 복사 단계마저 사라집니다. 운영 시스템을 지키는 키라면 호스트 쪽을 택하세요.

RSA가 강제되지 않으면 Ed25519 우선

Ed25519는 32바이트 키로 강력한 보안을 내면서 서명이 빠르고 잘못 고를 파라미터가 없습니다. 상대방이나 오래된 라이브러리가 선택지를 남기지 않을 때 RSA를 쓰세요.

2048비트를 하한으로 삼기

NIST SP 800-131A는 2013년부터 서명 생성에 2048비트 미만 RSA를 금지했고, 어떤 공개 인증 기관도 그보다 작은 키에는 발급하지 않습니다. 여러 해 동안 운용할 키라면 3072이나 4096을 고르세요.

개인 키를 절대 커밋하지 않기

개인 키는 시크릿 관리자나 런타임에 읽는 환경 변수에 두세요. 키가 코드 저장소에 한 번 들어가면 안전한 대응은 순환뿐입니다.

사고 뒤에만이 아니라 일정에 따라 순환하기

옛 키를 폐기하기 전에 키 식별자와 함께 새 공개 키를 게시해, 겹치는 구간 동안 검증자가 양쪽을 모두 받아들이게 하세요. 평소에 연습한 순환만이 압박 속에서도 동작합니다.

자주 묻는 질문