Base64 인코더
텍스트나 16진수 바이트를 Base64로 인코딩합니다. 표준과 URL-safe, 패딩과 줄바꿈 옵션을 지원하며 UTF-8을 인식하고 브라우저 안에서만 작동합니다.
13바이트 입력 → Base64 20글자
Base64는 모든 바이트를 안전한 ASCII 문자 64개로 다시 써서, 일반 텍스트만 받는 HTTP 헤더, JSON, 이메일, 데이터 URI, 설정 파일에서도 바이너리 데이터와 영어가 아닌 글이 그대로 전달되도록 합니다. 이 인코더는 입력 텍스트를 먼저 UTF-8 바이트로 바꾸므로 악센트 문자, 한글, 이모지가 모두 작동하며, 원시 16진수 바이트를 입력받아 RFC 4648에 따라 그대로 인코딩할 수도 있습니다.
사용 방법
- 텍스트를 입력하거나 붙여 넣습니다(입력 형식을 바꾸면 16진수 바이트도 가능합니다).
- 표준 문자 집합을 쓰거나, URL, 파일 이름, JWT에는 URL-safe를 고릅니다.
- 받는 시스템이 제거하길 원하지 않는 한 "=" 패딩은 그대로 둡니다.
- 줄바꿈은 이메일 본문(76)이나 PEM 파일(64)에만 추가합니다.
- Base64 결과를 복사합니다.
계산식
출력 길이 = 4 × ⌈n ÷ 3⌉ 글자(패딩 포함)
입력 3바이트(24비트)마다 6비트짜리 글자 4개가 됩니다. n이 3의 배수가 아니면 마지막 묶음을 "="로 채웁니다. 2바이트가 남으면 "=" 한 개, 1바이트가 남으면 두 개입니다. 패딩이 없으면 길이는 ⌈4n ÷ 3⌉입니다.
예시
HTTP 기본 인증 자격 증명 Aladdin:open sesame은 19바이트입니다. 19 = 6 × 3 + 1이므로 출력은 7묶음, "=="로 끝나는 28글자인 QWxhZGRpbjpvcGVuIHNlc2FtZQ==이며, RFC 7617의 Authorization 헤더 예시와 같은 문자열입니다.
자주 묻는 질문
Base64는 암호화인가요?
아니요. 키가 없는 되돌릴 수 있는 인코딩이라 누구나 1초 만에 디코딩할 수 있습니다. 비밀번호나 개인 정보를 숨기는 데 쓰면 안 됩니다.
URL-safe Base64란 무엇인가요?
RFC 4648 5절에서는 URL이나 파일 이름에서 특별한 의미가 없는 - 와 _ 를 + 와 / 대신 씁니다. JSON 웹 토큰(JWT)은 이 문자 집합에서 패딩을 뺀 형태를 씁니다.
다른 도구는 결과가 다르게 나오는 이유는 무엇인가요?
대개 텍스트 인코딩 때문입니다. 이 도구는 UTF-8을 쓰지만 일부 오래된 도구는 UTF-16이나 Latin-1을 쓰며, 그러면 ASCII가 아닌 문자의 바이트가 달라집니다. 줄바꿈과 패딩 설정도 출력을 바꿉니다.
Base64로 바꾸면 데이터가 얼마나 커지나요?
약 33%입니다. 3바이트마다 4글자가 되고, 줄바꿈을 넣으면 그만큼 더 늘어납니다.
출처
최종 업데이트:
이 입력값이 담긴 페이지 주소: https://kakao.mobile/ko/tools/base64-encoder/
인용·퍼가기
kakaoCalc. (2026, November 8). Base64 인코더. https://kakao.mobile/ko/tools/base64-encoder/
“Base64 인코더.” kakaoCalc, 8 Nov. 2026, kakao.mobile/ko/tools/base64-encoder/.