Base64 디코더

Base64 디코딩 방법

1. Base64로 인코딩된 문자열을 입력 필드에 붙여넣습니다.
2. 데이터가 원래 인코딩된 방식에 맞게 표준 또는 URL 안전 모드를 선택합니다.
3. 디코딩된 일반 텍스트가 즉시 출력 패널에 나타납니다.
4. 복사를 클릭하여 결과를 복사합니다.

Base64 디코딩 작동 원리

디코딩 과정

디코딩은 인코딩을 정확히 반대로 수행합니다. 각 Base64 문자는 알파벳 테이블을 사용하여 6비트 값으로 다시 매핑됩니다. 네 개의 연속된 문자(24비트)는 세 바이트를 재구성합니다. 브라우저의 atob() 함수는 표준 Base64를 네이티브로 처리합니다. URL 안전 Base64의 경우, - 및 _는 디코딩 전에 + 및 /로 변환됩니다. 그 결과 UTF-8 바이트 시퀀스는 TextDecoder를 사용하여 유니코드 문자열로 디코딩됩니다.

누락된 패딩 처리

표준 Base64는 문자열 길이를 4의 배수로 만들기 위해 = 패딩이 필요합니다. JWT 및 OAuth 토큰은 크기를 줄이기 위해 패딩을 제거합니다. 이 디코더는 문자열 길이에 따라 필요한 패딩을 자동으로 계산하고 추가합니다. 문자열 길이가 4로 나눈 나머지가 2이면 하나의 =가 필요하고, 3이면 두 개의 = 문자가 필요합니다.

예시

입력 (표준 Base64)

SGVsbG8sIFdvcmxkIQ==

출력

Hello, World!

일반적인 사용 사례

• JWT 토큰 검사 - 라이브러리 없이 클레임을 읽기 위해 헤더와 페이로드 섹션을 디코딩합니다.
• HTTP 기본 인증 - Authorization: Basic dXNlcjpwYXNz 헤더를 디코딩하여 내장된 자격 증명을 확인합니다.
• 데이터 URI 검사 - data:image/png;base64,... URI의 Base64 부분을 디코딩합니다.
• API 응답 디버깅 - 일부 API는 JSON 응답에서 바이너리 콘텐츠를 Base64로 인코딩합니다.

모범 사례

• 올바른 모드(표준 vs URL 안전)를 선택하세요 - 잘못된 모드를 사용하면 출력이 엉망이 됩니다.
• JWT 토큰의 경우, 헤더(첫 번째 부분)와 페이로드(두 번째 부분)만 디코딩하세요; 세 번째 부분은 암호화 서명이며 인코딩된 텍스트가 아닙니다.
• 출력이 읽을 수 없는 문자라면, 원본 데이터는 바이너리(이미지, PDF 등)이며 텍스트가 아닙니다.
• Base64 디코딩은 보안 검사가 아닙니다 - 누구나 이를 디코딩할 수 있습니다.

텍스트를 Base64로 다시 인코딩하려면 Base64 인코더를 사용하세요. URL 인코딩된 데이터의 경우 URL 디코더를 사용하세요. JWT를 완전히 검사하려면 URL 안전 모드를 선택하여 점으로 구분된 첫 두 부분을 별도로 디코딩하세요.