Base64 디코더
Base64 텍스트를 다시 텍스트나 파일로 바꾸세요.
브라우저에서 실행됩니다. 파일이 기기 밖으로 나가지 않습니다.
- 텍스트 또는 파일 출력
- URL 안전 Base64도 읽음
- 업로드 없음
Base64 디코딩 방법
- Base64 텍스트를 붙여넣으세요.
- 텍스트 출력을 고르거나, 파일 출력으로 원본 파일을 감지해 다운로드하세요.
- 텍스트를 복사하거나 파일을 다운로드하세요.
Base64를 다시 바이트로 읽는 방법
디코딩은 RFC 4648 인코딩을 거꾸로 되돌립니다. Base64 4글자마다 3바이트가 됩니다. 알파벳은 A-Z, a-z, 0-9, +, /이며 끝에 패딩으로 =를 씁니다.
이 도구는 어느 쪽인지 지정하지 않아도 표준 알파벳과 URL 안전 알파벳(+, / 대신 -, _) 모두를 받아들이고, 생략된 패딩도 다시 채웁니다.
텍스트 모드와 파일 모드 비교
| 텍스트 모드 | 파일 모드 | |
|---|---|---|
| 적합한 경우 | 일반 텍스트를 인코딩한 Base64 | 이미지, PDF 등 이진 파일을 인코딩한 Base64 |
| 출력 | 박스 안의 읽을 수 있는 텍스트 | 감지된 파일 형식과 다운로드 버튼 |
| 잘못 골랐을 때 | 깨진 문자를 표시 | 범용 .bin 파일로 다운로드 |
이 도구가 인식하는 파일 시그니처
| 앞부분 바이트(16진수) | 파일 형식 |
|---|---|
| 89 50 4E 47 | PNG 이미지 |
| FF D8 FF | JPG 이미지 |
| 47 49 46 38 | GIF 이미지 |
| 25 50 44 46 | PDF 문서 |
| 50 4B 03 04 | ZIP 압축 파일 |
그 외의 형식도 정확히 디코딩됩니다. 바이트만으로는 정확한 형식을 알 수 없어 .bin 확장자로 다운로드됩니다.
Base64 디코딩이 유용한 경우
- 이미 분해한 JWT의 페이로드를 읽거나, API가 데이터 URL에 담은 내용을 확인할 때.
- 첨부파일이 정상적으로 저장되지 않을 때 이메일 원본 소스에서 파일을 복구할 때.
- 값을 일반 텍스트 대신 Base64로 저장하는 웹훅이나 로그 줄을 디버깅할 때.
- 의심스러운 이메일 첨부파일이나 링크 매개변수를 더 열어보기 전에 정확한 내용을 확인할 때.
상황별로 다른 Base64
| 보이는 곳 | 보통 디코딩되는 내용 |
|---|---|
| 이메일 첨부파일(MIME) | 첨부파일의 원본 바이트 |
| JWT 페이로드 | 클레임이 담긴 JSON 객체 |
| 데이터 URL 접두사 | 이미지, 폰트 등 삽입된 자산 |
| 환경 변수나 시크릿 | 키, 인증서 등 설정 값 |
Base64 디코딩 자주 묻는 질문
디코딩이 실패하는 이유는 무엇인가요?
Base64는 A-Z, a-z, 0-9, +, /(URL 안전이면 -와 _)만 사용합니다. 다른 문자가 섞여 있거나 애초에 Base64가 아니었던 텍스트는 디코딩에 실패합니다.
URL 안전 Base64도 디코딩할 수 있나요?
네. 표준과 URL 안전 알파벳을 모두 받아들이며 빠진 패딩도 자동으로 채웁니다.
디코딩된 텍스트가 깨져 보입니다. 왜 그런가요?
그 Base64는 텍스트가 아니라 이미지, PDF 등 이진 파일을 인코딩한 것일 가능성이 높습니다. 파일 모드로 바꿔 파일 형식을 감지하고 다운로드하세요.
Base64 텍스트가 서버로 전송되나요?
아니요. 디코딩은 전부 브라우저 안에서 이루어집니다.
파일 모드는 어떤 파일 형식을 감지할 수 있나요?
디코딩된 데이터의 앞부분 바이트를 읽어 PNG, JPG, GIF, PDF, ZIP 등 흔한 형식을 시그니처로 인식합니다. 그 외에는 정확한 바이트를 그대로 받을 수 있도록 범용 .bin 확장자로 다운로드됩니다.
제 Base64 텍스트에 data: 접두사가 붙어 있는 이유는 무엇인가요?
그것은 데이터 URL로, data:image/png;base64,처럼 MIME 타입과 함께 Base64를 감싼 것입니다. 쉼표 앞부분을 모두 지우고 그 뒤 부분만 붙여넣으세요.
= 기호로 된 패딩이 중요한가요?
아니요. 빠진 = 패딩은 자동으로 채워지므로 있든 없든 디코딩할 수 있습니다.
이메일 첨부파일처럼 줄바꿈이 섞인 Base64도 디코딩할 수 있나요?
네. MIME 규칙(RFC 2045)에서는 긴 Base64 텍스트를 한 줄에 76자씩 줄바꿈하는 경우가 많아, 디코딩 전에 공백과 줄바꿈을 제거합니다.