Base64 디코딩

디코더가 받아들이는 입력

디코딩은 인코딩의 역과정입니다. 각 문자를 원래의 6비트 값으로 되돌리고, 4문자마다 3바이트를 만듭니다. 실제로 접하는 Base64는 깔끔하지 않은 경우가 많기 때문에 이 디코더는 입력을 너그럽게 처리합니다.

• 공백과 줄 바꿈은 무시되므로 줄 바꿈된 MIME 본문이나 PEM 블록을 그대로 붙여넣을 수 있습니다. 다만 -----BEGIN 줄과 -----END 줄은 먼저 지우십시오. 이 줄에 있는 영문자와 대시는 유효한 Base64 문자이므로 데이터로 디코딩됩니다.
• URL 안전 입력, 즉 -, _ 문자가 들어간 입력도 +, / 문자를 쓰는 표준 Base64와 똑같이 디코딩됩니다.
• 패딩이 없어도 괜찮습니다. 길이가 4n + 1자인 경우만 거부되는데, 남은 문자 하나로는 바이트를 만들 수 없기 때문입니다. 이런 경우는 대개 문자열이 잘렸다는 뜻입니다.
• data URI도 처리됩니다. 앞에 붙은 data:...;base64, 접두사는 디코딩 전에 제거됩니다.

텍스트 출력과 바이너리 출력

디코딩 결과는 항상 바이트열입니다. 원본이 텍스트였다면 텍스트 출력을 유지하고 해당 문자 인코딩을 선택하십시오. 이미지, PDF, 압축 파일, 키, 암호문이었다면 어떤 문자 인코딩을 골라도 읽을 수 있는 텍스트가 되지 않습니다. 출력을 ‘16진수’로 바꿔 바이트를 살펴보거나, Base64 파일 변환 도구 또는 Base64 이미지 변환 도구에서 미리 보고 저장하십시오. 처음 몇 글자만 봐도 내용을 짐작할 수 있는 경우가 많습니다.

디코딩한 텍스트가 깨지는 이유

• 잘못된 문자 인코딩. UTF-8 텍스트를 Windows-1252로 읽으면 é가 é로 바뀌고, EUC-KR, GBK, Shift_JIS 텍스트를 UTF-8로 읽으면 대체 문자(�)가 표시됩니다. 텍스트를 작성할 때 사용한 문자 인코딩을 선택하십시오.
• 바이너리 데이터. 무작위 기호 사이로 앞부분에 PNG나 PK처럼 읽을 수 있는 조각이 드문드문 보인다면 텍스트가 아니라 파일입니다.
• 압축되거나 암호화된 데이터. gzip 스트림, Protocol Buffers, 암호문은 올바르게 디코딩되더라도 텍스트가 아닙니다. 16진수 출력으로 실제 내용을 확인할 수 있습니다.
• 이중 인코딩. 출력이 다시 Base64라면 입력란에 다시 붙여넣고 한 번 더 디코딩하십시오.

코드에서 Base64 디코딩하기

# Python
base64.b64decode(s).decode('utf-8')

// Node.js(URL 안전 입력도 처리)
Buffer.from(s, 'base64').toString('utf8')

// 브라우저: atob()는 바이트마다 문자 하나를 반환하므로 그 뒤에 UTF-8로 디코딩
new TextDecoder().decode(Uint8Array.from(atob(s), c => c.charCodeAt(0)))

# Linux 및 macOS 셸
echo 'SGVsbG8=' | base64 --decode