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 인코딩한 후 다른 도구 사용.

Base32 인코더 / 디코더

텍스트와 Base32 사이를 변환합니다. Standard Base32(RFC 4648)는 A–Z + 2–7 알파벳을 쓰며 TOTP / 2FA seed가 이 방식으로 인코딩됩니다. base32hex(0–9 + A–V)는 사전 순서를 보존해 파일명·DNS 라벨에 편리합니다. 인코딩 시 `=` 패딩은 선택, 디코딩 시 자동으로 허용됩니다.

—

변형패딩

입력

결과

사용법

인코딩 또는 디코딩 선택.
변형 선택 — Standard(TOTP / 2FA) 또는 Hex(Crockford 스타일).
끝에 `=` 없는 깔끔한 출력을 원하면 패딩 끔.

자주 묻는 질문

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 인코딩한 후 다른 도구 사용.

Base32 인코더 / 디코더

사용법

자주 묻는 질문

관련 도구

TOTP 코드 생성기

Quoted-Printable 인코더 & 디코더

Base45 인코더 및 디코더

Punycode 변환기

CBOR 디코더 (진단 표기)

JWK ↔ PEM 변환기