Base64 인코딩/디코딩
Base64 인코딩/디코딩은 텍스트와 이미지 워크플로를 모두 지원합니다. 텍스트를 인코딩/디코딩하고, 이미지를 Data URL 또는 raw Base64로 변환하거나, Data URL / Base64를 다시 이미지로 바꿔 로컬에서 미리보기 및 다운로드할 수 있습니다.
입력 텍스트
문자
0 / 500,000
이미지 선택 또는 드롭
브라우저가 읽을 수 있다면 PNG, JPEG, WebP, GIF, SVG, BMP, AVIF, TIFF, ICO, HEIC, HEIF를 지원합니다.
출력 텍스트
출력 텍스트
입력 텍스트
문자
0 / 500,000
raw Base64용 MIME 유형
raw Base64에는 MIME 정보가 없습니다. 미리보기를 자동으로 만들 수 있도록 먼저 원본 이미지 형식을 선택하세요.
이미지 Data URL을 붙여넣거나, raw Base64를 붙여넣은 뒤 MIME 형식을 선택하면 여기에서 미리보기를 볼 수 있습니다.
빠른 시작
자주 쓰는 활용 사례
URL/JWT
URL‑safe 변형(−/_ ) 권장. 필요 시 끝의 '=' 패딩 생략하여 이스케이프 문제를 피함
메일/MIME
줄바꿈이 필요하면 MIME 76열(CRLF)을 사용; 웹에서는 보통 줄바꿈하지 않습니다. 이 도구는 76열 줄바꿈과 LF/CRLF 전환을 제공합니다
여러 줄 텍스트
줄 단위 인코딩을 켜 각 줄을 독립적으로 인코딩
MIME/PEM
76열 줄바꿈 활성화; 필요 시 LF 줄바꿈도 켜기
Data URL
임베드 시 data:[mime];base64,… 생성. 디코더가 쉼표 이후를 자동 추출
왕복 검증
인코딩 후 즉시 디코딩해 동일성 확인
이미지 업로드
원본 바이트를 유지한 채 Data URL과 raw Base64 출력 사이를 다시 업로드 없이 전환할 수 있습니다.
이미지 Data URL
data:image/...;base64,... 를 붙여넣으면 MIME 형식을 자동으로 인식하고 이미지를 즉시 미리보기합니다.
raw Base64 이미지 데이터
원본 이미지의 MIME 형식을 지정해야 도구가 이미지를 자동으로 미리보기하고 이미지 파일로 다운로드할 수 있습니다.
인코딩 매개변수 및 변형
활용 팁
제한 사항 및 호환성
개인정보 보호 및 보안
자주 묻는 질문
Base64는 임의의 이진 데이터를 인쇄 가능한 텍스트 문자로 안전하게 표현하는 방식입니다. 1990년대 이메일 MIME 표준(RFC 1521/2045)에서 시작되어 RFC 4648로 통합되었습니다. 목적은 “암호화”가 아니라 텍스트 중심의 경로에서 바이트를 안정적으로 운반하는 것입니다. 원리: 3바이트(24비트)를 6비트×4 블록으로 나누고 A–Z, a–z, 0–9, +, / 64문자에 매핑합니다. 길이가 3의 배수가 아니면 “=”로 패딩합니다. 크기는 약 33% 증가합니다. 변형과 선택: RFC 4648은 URL‑safe 변형을 정의하며 “+”“/” 대신 “-”“_”를 사용하고 끝의 “=”는 생략할 수 있습니다. URL/Cookie/JWT에서는 URL‑safe를 권장하고, 레거시/MIME 도구 연계에는 표준 Base64(+/ 및 = 유지)를 사용합니다. 이 도구는 기본적으로 URL‑safe를 출력하며, 디코더는 두 가지 모두를 허용합니다. 예시: ??? → 표준 Pz8/, URL‑safe Pz8_; ~~~ → 표준 fn5+, URL‑safe fn5‑. Data URL: 임베딩 시 data:[mime];base64,… 형식을 사용하며, 디코딩 시 쉼표 뒤의 부분을 추출합니다(도구가 자동 처리). 이력(요약): 1993 RFC 1521(MIME v1, Ned Freed & Nathaniel Borenstein) → 1996 RFC 2045(MIME 업데이트) → 2003 RFC 3548(Simon Josefsson, Base16/32/64 추상화) → 2006 RFC 4648(Simon Josefsson, 통합 및 Base64URL 정의, 3548 폐지). 또한 1993 RFC 1421(PEM, J. Linn)은 Radix‑64를 사용. 보안: Base64는 되돌릴 수 있는 포맷 변환이며 기밀성/무결성을 제공하지 않습니다. 민감한 데이터는 먼저 암호화한 뒤 인코딩하세요.
아닙니다. 누구나 디코딩할 수 있습니다. 기밀이 필요하면 암호화 후 인코딩하세요
문자열에 A–Z, a–z, 0–9, +, /, =만 포함되고 길이가 올바른지 확인하세요
차이는 줄바꿈 처리, '=' 패딩 유지 여부, URL-safe 변형(-/_), 또는 텍스트 인코딩 불일치 때문에 발생하는 경우가 많습니다. 결과를 비교할 때는 양쪽이 같은 텍스트 인코딩을 사용하고, 자동 줄바꿈을 끄고, URL-safe와 패딩 사용 여부를 맞추세요.
Base64는 8비트를 6비트로 표현하므로 약 33% 증가가 고유 특성입니다
네. 이모지와 다국어 텍스트는 텍스트 모드에서 UTF-8로 처리됩니다. 디코딩 결과가 실제로는 비텍스트 바이너리 데이터라면 글자가 깨져 보이는 것은 정상입니다.