Base32 인코더 / 디코더
Base32(RFC 4648) 인코딩·디코딩 — Standard와 base32hex 변형 지원. TOTP secret이나 Crockford 스타일 ID에 유용.
사용법
- 인코딩 또는 디코딩 선택.
- 변형 선택 — Standard(TOTP / 2FA) 또는 Hex(Crockford 스타일).
- 끝에
=없는 깔끔한 출력을 원하면 패딩 끔.
자세한 설명
펼치기접기
텍스트를 Base32로 인코딩하고 다시 디코딩합니다. RFC 4648의 두 알파벳 중에서 고를 수 있는데, A–Z와 2–7로 이루어진 표준 알파벳과 0–9와 A–V로 이루어진 확장 16진 변형이 있습니다. 등호를 이용한 패딩은 선택 사항입니다. Base32는 5바이트를 8글자에 담으므로 Base64보다 부피가 큽니다. 원본 바이트보다 33%가 아니라 약 60% 커지는데, 소문자가 없고 소리 내어 읽거나 화면에서 옮겨 적을 때 헷갈리는 글자가 없는 알파벳을 얻는 대가입니다. TOTP 비밀 키, 어니언 주소, DNS 레이블이 이것을 쓰는 이유가 여기에 있습니다. 확장 16진 변형이 존재하는 까닭은 그 알파벳이 오름차순이어서, 인코딩된 문자열이 그 뒤에 있는 바이트와 같은 순서로 정렬되기 때문입니다.
자주 묻는 질문
Base64 두고 왜 Base32?
Base32는 A–Z·2–7만 써서 대소문자 무관, 0/O·1/l 같은 헷갈리는 문자가 없음. 손으로 입력하는 시크릿, 음성 전달, DNS 라벨에 안전.
TOTP / 2FA 앱이 쓰는 형식?
맞음. Google Authenticator·Authy·1Password에 스캔하거나 입력하는 seed가 Standard Base32. 패딩은 보통 제거.
Standard와 Hex 차이?
Standard(A–Z, 2–7)가 일반적. Base32hex(0–9, A–V)는 바이트 정렬 순서를 보존 — 파일명 정렬이 바이트 순서와 일치해야 할 때 유용.
바이너리 데이터도 됨?
입력은 텍스트 — 유니코드는 UTF-8로 인코딩 후 처리. 임의 바이너리는 먼저 hex 인코딩한 후 다른 도구 사용.
관련 도구
TOTP 코드 생성기
Base32 시크릿으로 RFC 6238 TOTP 코드를 실시간 생성합니다 — 2FA 흐름 테스트, 인증 앱 디버깅, 휴대폰이 없을 때 임시 백업에 유용합니다.
개발
HKDF 키 유도 (RFC 5869, 추출·확장)
HKDF로 키를 유도하고 두 단계를 모두 봅니다. 추출 단계의 PRK, 확장 단계의 T 블록, hex와 base64 OKM. RFC 5869 케이스 내장.
개발
Quoted-Printable 인코더 & 디코더
텍스트를 MIME Quoted-Printable(RFC 2045)로 인코딩하거나 다시 디코딩 — =XX 이스케이프·소프트 줄바꿈·UTF-8 처리, 인코딩 시 76자 줄바꿈 — 브라우저에서.
개발
Base45 인코더 및 디코더
RFC 9285에 따라 텍스트를 Base45로 인코딩하고 Base45를 다시 텍스트로 디코딩합니다. 브라우저에서 동작합니다.
개발
Punycode 변환기
국제화 도메인을 Unicode(münchen.de)와 Punycode ASCII(xn--mnchen-3ya.de) 간 변환.
개발
OCSP 응답·요청 디코더
OCSP 응답과 요청을 브라우저에서 해석합니다. 상태, 응답기, 신선도, 논스, 폐기 사유, 동봉된 인증서까지 보여줍니다.
개발