KO
내 도구

Base64 디코더

Base64나 Base64URL을 읽을 수 있는 UTF-8 텍스트 또는 16진수 바이트로 되돌립니다. 데이터 URI, 줄바꿈, 빠진 패딩도 처리하고 잘못된 입력의 원인을 설명합니다.

디코딩된 텍스트
Hello, World!

13바이트 디코딩

내 도구 →
광고

Base64를 붙여 넣으면 그 안에 무엇이 들어 있는지 볼 수 있습니다. 이 디코더는 표준과 URL-safe 문자 집합을 모두 받고, 줄바꿈을 무시하고, "=" 패딩이 있든 없든 동작하며, data:...;base64, 접두사를 떼어 냅니다. 바이트가 텍스트면 UTF-8 텍스트로, 바이너리면 16진수로 보여 주고, 잘못된 입력에는 의미 없는 결과 대신 구체적인 설명을 알려 줍니다.

사용 방법

  1. Base64 문자열, JWT의 한 부분, 또는 데이터 URI 전체를 붙여 넣습니다.
  2. 입력하는 대로 갱신되는 디코딩된 텍스트를 읽습니다.
  3. 결과 표시 형식을 16진수로 바꾸면 원시 바이트를 확인할 수 있습니다.
  4. 이미지, PDF 같은 파일은 Base64를 파일로 변환 도구로 내려받으세요.

계산식

바이트 수 = ⌊6 × c ÷ 8⌋

c는 "=" 패딩을 제외한 Base64 글자 수입니다. 글자 하나는 6비트를 담고, 비트를 8비트 바이트로 다시 묶은 뒤 맨 끝에 남는 2비트 또는 4비트는 버립니다(정규 Base64에서는 0입니다). 한 글자가 남는 길이는 불가능하며 텍스트가 잘렸다는 뜻입니다.

예시

dGVzdDoxMjPCow==는 패딩을 빼면 14글자이므로 ⌊6 × 14 ÷ 8⌋ = 10바이트입니다. UTF-8로 읽으면 ASCII 문자 8개와 2바이트(C2 A3)를 쓰는 파운드 기호가 합쳐져 test:123£이 됩니다. RFC 7617의 UTF-8 자격 증명 예시입니다.

자주 묻는 질문

텍스트가 아니라 16진수가 나오는 이유는 무엇인가요?

바이트가 올바른 UTF-8이 아니거나 제어 문자를 포함하고 있어서 16진수로 보여 주는 것입니다. 올바른 텍스트에도 제어 문자가 있을 수 있으며, 이 표시 방식으로 파일 형식을 판별하지는 않습니다. 바이트는 Base64를 파일로 변환 도구로 저장할 수 있습니다.

JWT도 디코딩할 수 있나요?

네, 한 번에 한 부분씩 가능합니다. JSON 웹 토큰은 점으로 이어진 URL-safe Base64 세그먼트 세 개이므로, 첫째나 둘째 세그먼트를 붙여 넣으면 JSON 헤더나 페이로드를 읽을 수 있습니다. 디코딩은 서명을 검증하지 않습니다.

Base64가 올바르지 않은 경우는 어떤 때인가요?

A–Z, a–z, 0–9, + / (또는 - _) 이외의 글자, 맨 끝이 아닌 곳의 "=", 두 문자 집합의 혼용, 한 글자가 남는 길이 등입니다. 보통 복사하다가 문자열이 잘렸다는 신호입니다.

디코딩은 복호화와 같은가요?

아니요. Base64에는 키가 없으므로 디코딩은 인코딩을 되돌릴 뿐입니다. 결과가 무작위 바이트처럼 보인다면 인코딩 전에 암호화나 압축이 되었을 가능성이 큽니다.

출처

최종 업데이트:

인용·퍼가기
APA

kakaoCalc. (2026, November 8). Base64 디코더. https://kakao.mobile/ko/tools/base64-decoder/

MLA

“Base64 디코더.” kakaoCalc, 8 Nov. 2026, kakao.mobile/ko/tools/base64-decoder/.

광고