이 도구에 대해
암호화 키, API 시크릿, 베어러 토큰은 근본적으로 모두 같은 것을 필요로 합니다: 아무도 추측할 수 없는 바이트 나열입니다. `Math.random()`은 이 용도로 만들어지지 않았습니다 — 애니메이션과 셔플용으로 설계된 빠르고 예측 가능한 PRNG이며 보안용이 아닙니다. 이 도구는 대신 Web Crypto API의 암호학적으로 안전한 난수 생성기인 `crypto.getRandomValues()`를 호출하므로, 얻어지는 바이트는 AES 키, HMAC 시크릿, 세션 토큰 등 추측에 저항해야 하는 실제 키 소재로 적합합니다.
비트 길이를 선택하세요 — 128과 256은 일반적인 AES 키 크기이고, 512와 1024는 더 큰 HMAC 시크릿이나 고엔트로피 토큰에 적합합니다 — 그다음 인코딩을 선택하세요. Hex는 가장 보편적이며(바이트당 두 문자, 육안 확인이 쉬움), Base64는 간결하고 널리 지원되며, Base64URL은 `+`, `/`, `=` 문자를 대체하여 이스케이프 없이 URL, 파일명, JWT에 안전하게 들어갑니다. 아래의 별도 API 키 섹션은 짧은 접두사, 밑줄, 무작위 Base64URL 문자열로 구성된 Stripe 스타일의 시크릿을 생성합니다 — 수많은 SaaS API가 베어러 토큰에 사용하는 형식입니다.
모든 작업은 브라우저 내에서 이루어집니다. 여기서 생성된 어떤 키나 토큰도 어디로도 전송되지 않습니다. 즉 페이지를 벗어나면 아무것도 기록되거나 복구되지 않으므로, 페이지를 떠나기 전에 키를 복사해 두세요.
자주 묻는 질문
AES 키에는 몇 비트가 필요한가요?
AES는 128, 192 또는 256비트 키를 지원합니다. AES-256(이 도구의 256비트 hex 또는 base64 출력 사용)은 가장 일반적인 현대적 선택이며, 이론적 효과 강도를 대략 절반으로만 줄이는 이론적 양자 컴퓨팅 공격에 대해서도 예측 가능한 먼 미래를 훨씬 넘어 안전한 것으로 간주됩니다.
base64url이 일반 base64와 같은가요?
아니요, 비슷하지만 동일하지 않습니다: base64url은 `+`와 `/` 문자를 `-`와 `_`로 대체하고 일반적으로 끝의 `=` 패딩을 생략하므로, 결과 문자열은 이스케이프 없이 URL이나 파일 이름에 직접 사용해도 안전합니다 — 그렇지 않으면 일반 base64의 특수 문자는 URL에서 퍼센트 인코딩이 필요합니다.