Base64는 모든 개발자가 사용했지만 Few가 멈추지 않고 설명할 수 있는 형식 중 하나입니다. 무작위 문자처럼 보입니다. 데이터를 더 크게 만듭니다. 하지만 이메일 첨부 파일, JWT 페이로드, 데이터 URI 및 텍스트 전용 채널을 통해 바이너리 데이터를 이동해야 하는 수십 가지 다른 프로토콜의 중추입니다.
Base64 디코더는 가장 흔한 개발자 유틸리티 중 하나입니다 — 그리고 무료 온라인 도구의 대부분은 데이터를 서버로 전송합니다.
Base64가 실제로 하는 일
Base64는 임의의 바이너리 데이터를 인쇄 가능한 ASCII 문자로 인코딩합니다. 입력의 매 3바이트는 64문자 알파벳(A-Z, a-z, 0-9, +, /)을 사용하여 출력의 4문자가 됩니다. 입력 길이가 3의 배수가 아닐 때 = 문자로 출력을 패딩합니다.
트레이드오프: Base64는 데이터 크기를 약 33% 증가시킵니다. 1KB 이미지는 약 1.3KB의 텍스트가 됩니다.
Base64는 인코딩이지 암호화가 아닙니다. 누구나 디코딩할 수 있습니다. Base64에 민감한 데이터를 넣는다면 보호하는 것이 아니라 숨기고 있는 것입니다.
표준 대 URL 안전한 Base64
모든 Base64가 동일하지는 않습니다:
| 변형 | 알파벳 | 패딩 | 사용 사례 |
|---|---|---|---|
| 표준 | A-Za-z+/= |
있음 | 이메일 (MIME), 일반 전송 |
| URL 안전 | A-Za-z-_ |
없음 | JWT, URL 매개변수, 파일 이름 |
| 패딩 없음 | A-Za-z+/ |
없음 | 일부 API, 축약된 저장소 |
URL 안전한 Base64의 -와 _는 URL의 특수 문자인 +와 /를 대체합니다. JWT 또는 데이터 URI를 디버깅할 때 디코딩이 실패하면 인코더가 URL 안전한 Base64를 사용했는지 확인하십시오.
개발자가 Base64를 마주하는 곳
JWT 페이로드. JWT의 세 부분(헤더, 페이로드, 서명)은 각각 URL 안전한 Base64로 인코딩됩니다. JWT를 디코딩한다는 것은 각 세그먼트의 Base64url 인코딩을 되돌리는 것을 의미합니다. 자세한 내용은 JWT 디코딩 가이드를 참조하십시오.
데이터 URI. data:image/png;base64,iVBOR...는 이미지를 HTML이나 CSS에 직접 인라인합니다. 이미지 바이트는 텍스트 속성에 나타날 수 있도록 Base64로 인코딩됩니다.
이메일 첨부 파일. MIME (RFC 2045)은 바이너리 첨부 파일을 인코딩하기 위해 Base64를 사용합니다. 무작위 문자의 긴 문자열이 있는 .eml 파일을 본 적이 있다면, 그것은 Base64로 인코딩된 콘텐츠입니다.
API. 일부 API는 Base64로 인코딩된 바이너리 데이터를 허용하거나 반환합니다(파일 업로드, 이미지 처리, 암호화 서명). 이제는 대부분의 API가 멀티파트 폼 데이터를 지원하지만 여전히 나타납니다.
브라우저에서 Base64를 디코딩하는 방법
가장 빠른 방법:
echo 'SGVsbG8gV29ybGQ=' | base64 -d
# → Hello WorldURL 안전한 Base64 (JWT, URL 매개변수)의 경우 먼저 - → +와 _ → /로 교체해야 합니다:
echo 'eyJzdWIiOiIxMjM0NSJ9' | tr '_-' '/+' | base64 -dtr 변환을 외우고 싶지 않다면 브라우저 기반 디코더가 두 변형을 자동으로 처리합니다. DevSpeedTools의 Base64 변환기는 완전한 UTF-8 지원으로 표준 및 URL 안전한 Base64를 인코딩 및 디코딩합니다. 문자열을 붙여넣고 디코딩된 출력을 받으세요 — 서버 없음, 업로드 없음.
일반적인 Base64 실수
- URL에 표준 Base64 사용.
+와/문자는 URL 구문 분석을 방해합니다. URL과 JWT에는 URL 안전한 Base64를 사용하십시오. - UTF-8 인코딩을 잊어버림. Base64는 문자가 아니라 바이트로 작동합니다. ASCII가 아닌 문자가 있는 텍스트를 인코딩하는 경우 먼저 UTF-8로 인코딩한 다음 바이트를 Base64로 인코딩하십시오.
- Base64를 암호화로 취급. 이것은 인코딩입니다. 누구나 디코딩할 수 있습니다. 추가적인 보호 없이 Base64에 비밀을 넣지 마십시오.
- 패딩을 무시. 일부 파서는 패딩(
=)을 요구하고, 다른 파서는 요구하지 않습니다. 디코딩이 실패하면 패딩을 추가하거나 제거해 보십시오.
지금 인코딩 및 디코딩
Base64를 인코딩하거나 디코딩해야 한다면 브라우저 기반 도구를 사용하십시오. DevSpeedTools의 Base64 변환기는 UTF-8 지원으로 표준 및 URL 안전한 Base64를 처리합니다. 업로드 없음, 서버 없음 — 모든 처리가 btoa()와 atob()를 사용하여 브라우저에서 이루어집니다.