Base64 인코딩·디코딩

텍스트나 파일을 Base64로 바꾸고, Base64를 원래 내용으로 되돌립니다.

입력값은 브라우저 밖으로 나가지 않음RFC 4648기준일 2026.10.03

패딩 (=)줄바꿈

텍스트 또는 파일

Base64

이 도구는 JavaScript가 필요합니다. JavaScript를 켜면 이 자리에서 바로 쓸 수 있습니다. 아래 사용 방법과 자주 묻는 질문은 그대로 볼 수 있습니다.

Base64 인코딩·디코딩 사용 방법

1방향(인코딩·디코딩)을 고르고 입력 칸에 텍스트를 붙여 넣거나 「예시 넣기」를 누릅니다. 파일은 「파일 열기」로 열거나 끌어다 놓습니다.
2인코딩이라면 문자 집합(표준·URL-safe), 패딩, 줄바꿈을 고릅니다. 결과가 바로 바뀝니다.
3「복사」로 결과를 복사하거나 「내려받기」로 저장합니다. 「바꾸기」를 누르면 결과가 입력으로 옮겨지고 방향이 반대로 바뀝니다.

Base64 인코딩·디코딩 옵션

방향: 인코딩은 텍스트나 파일을 Base64로 바꾸고, 디코딩은 Base64를 원래 내용으로 되돌립니다. 자동으로 판별하지 않고 고른 방향대로 처리합니다.
문자 집합: 표준은 + 와 / 를, URL-safe는 - 와 _ 를 씁니다. 인코딩에만 적용되고, 디코딩은 두 모양을 모두 읽습니다.
패딩 (=): 끝을 = 로 채워 글자 수를 4의 배수로 맞춥니다. 표준은 붙이는 것이 기본이고, URL-safe를 고르면 빼는 것이 기본입니다.
줄바꿈: 없음(기본), 76자(MIME), 64자(PEM) 가운데 고릅니다. 정해진 글자 수마다 줄을 나눕니다.

Base64 표준과 이 도구의 동작

이 도구는 RFC 4648의 Base64를 따릅니다. 3바이트(24비트)를 6비트씩 넷으로 나눠 A–Z, a–z, 0–9와 두 문자(+ / 또는 - _)로 적고, 바이트 수가 3의 배수가 아니면 끝을 =로 채웁니다. 그래서 결과는 원본보다 약 33% 길어집니다.

디코딩할 때는 공백과 줄바꿈을 무시하고, +/와 -_가 섞여 있어도 읽으며, 패딩이 없어도 받습니다. 그 밖의 글자가 있으면 몇 번째 글자인지 알려 줍니다. 글자 수를 4로 나눈 나머지가 1이면 바이트를 만들 수 없으므로 길이 오류로 알려 줍니다.

줄바꿈 옵션의 76자는 MIME(RFC 2045), 64자는 PEM(RFC 7468)의 줄 길이입니다.

Base64는 암호화가 아닙니다

Base64는 암호화가 아니라 표현 방식입니다. 누구나 원래대로 되돌릴 수 있습니다. 바이너리 데이터를 텍스트만 다닐 수 있는 곳(메일 본문, JSON, URL, HTML 속성)에 실으려고 쓰는 것이지 내용을 감추는 방법이 아닙니다. HTTP Basic 인증 헤더나 JWT의 페이로드도 Base64일 뿐이라, 값을 본 사람은 누구나 내용을 읽을 수 있습니다.

Base64 인코딩·디코딩 예시

영문 텍스트 인코딩
입력
```
ZEKILO
```
출력
```
WkVLSUxP
```
한글 인코딩 (UTF-8)
한글 한 글자는 UTF-8로 3바이트라서, 세 글자(9바이트)가 Base64 12글자가 됩니다.
입력
```
제킬로
```
출력
```
7KCc7YKs66Gc
```
일본어 인코딩 (UTF-8)
입력
```
ゼキロ
```
출력
```
44K844Kt44Ot
```
패딩(=)이 없는 Base64 디코딩
방향: 디코딩. 끝의 = 가 빠져 있어도 읽습니다.
입력
```
WkVLSUw
```
출력
```
ZEKIL
```
Base64가 아닌 글자가 섞인 경우
방향: 디코딩
입력
```
WkVLSUxP!
```
출력
```
9번째 글자 '!'는 Base64 문자가 아닙니다.
```

예시는 이 도구를 검증하는 기준 사례의 값입니다.

Base64 인코딩·디코딩 자주 묻는 질문

입력값이 서버로 전송되나요?

아니요. 입력과 결과는 이 브라우저 안에서만 처리되며 저장하지도 않습니다. 새로 고침하면 사라집니다.

Base64는 암호화인가요?

아닙니다. Base64는 암호화가 아니라 표현 방식입니다. 누구나 원래대로 되돌릴 수 있습니다. 비밀번호나 API 키를 Base64로 바꿔도 숨겨지지 않으니, 감춰야 하는 값은 암호화하거나 해시로 저장하세요.

표준과 URL-safe는 무엇이 다른가요?

마지막 두 문자가 다릅니다. 표준은 + 와 / 를, URL-safe는 - 와 _ 를 씁니다. URL-safe는 주소나 파일 이름에 그대로 넣을 수 있고, JWT처럼 끝의 = 패딩을 빼고 쓰는 경우가 많습니다.

디코딩했는데 글자 대신 바이너리 데이터라고 나옵니다.

디코딩한 바이트가 올바른 UTF-8 텍스트가 아니면 글자로 보여 주지 않습니다. 대신 바이트 수, 앞 64바이트의 HEX, 추정한 형식(PNG·JPEG·GIF·PDF·ZIP)을 보여 주고, 「파일로 내려받기」로 원래 파일을 저장할 수 있습니다.

얼마나 큰 파일까지 인코딩할 수 있나요?

파일은 10MB까지 바로 처리하고, 그보다 크면 「실행」 버튼을 눌러 처리합니다. 최대 50MB까지 열 수 있습니다. 붙여 넣는 텍스트는 1MB까지 바로 처리하고 최대 20MB입니다. 큰 입력은 백그라운드에서 처리해 화면이 멈추지 않습니다.

처리 방식·표준

처리 위치: 이 브라우저 (내 기기). 전송하거나 저장하지 않습니다.
표준: RFC 4648
엔진: ZEKILO Dev Base64 코덱 (자체 구현)
텍스트는 UTF-8 바이트로 바꿔 인코딩합니다.
「Data URL로 복사」는 파일을 인코딩했을 때 보입니다. Data URL에는 옵션과 관계없이 표준 문자 집합과 패딩을 씁니다.
디코딩 방향에서 연 파일은 Base64가 적힌 텍스트 파일로 읽습니다.
기준일 2026.10.03
변경 이력: 2026.10.03 처음 공개

오픈소스 라이선스 →

결과가 이상한가요? 오류 신고하기(입력값은 첨부되지 않습니다)