Base64 인코딩 / 디코딩

텍스트나 파일을 Base64로 인코딩하거나 Base64를 다시 디코딩하세요. URL-safe 변형, UTF-8 안전, 클라이언트 측 전용.

URL-safe (-_) padding 제거

줄바꿈

입력

0 글자

디코딩 결과

0 글자

왜 Base64인가요?

빠르고 정확하며 기대할 수 있는 모든 옵션을 제공합니다.

인코딩 및 디코딩

모든 텍스트나 파일을 Base64로 변환하거나 Base64를 원본 데이터로 디코딩. 입력하는 동안 즉시 미리보기.

설계부터 프라이버시

모든 인코딩과 디코딩은 브라우저에서 이루어집니다. 텍스트와 파일은 서버에 업로드되지 않습니다.

파일 및 data URL

모든 파일을 드롭하여 Base64 문자열, data URL (data:mime;base64,…)을 얻거나 Base64 문자열을 이진 파일로 디코딩.

URL-safe 변형

URL-safe Base64 (Base64URL, RFC 4648) 전환 — +를 -로, /를 _로 바꾸어 URL, 파일 이름, JWT 등에 사용.

UTF-8 안전

모든 언어, 이모지, CJK, RTL 문자에 대한 완전한 Unicode 지원. TextEncoder/TextDecoder를 사용하므로 깨지지 않습니다.

줄바꿈과 padding

64 또는 76 글자로 MIME 스타일 줄바꿈 선택, padding 제거 선택 — 서명, cookie, 간결한 토큰용.

브라우저에서 Base64 인코딩이 작동하는 방식

네이티브 브라우저 API, 업로드 없음, 어떤 텍스트나 파일이든 무손실 왕복 변환.

1

텍스트 또는 파일 모드를 선택하십시오

텍스트 모드(임의의 문자열을 붙여넣기)와 파일 모드(최대 약 50 MB의 파일을 끌어다 놓기) 사이에서 전환하십시오. 텍스트는 TextEncoder를 통해 처리되어 적절한 UTF-8을 보장합니다 — 이모지와 비ASCII 문자도 정확히 왕복됩니다. 파일은 ArrayBuffer로 읽어들입니다.
2

인코더는 로컬에서 실행됩니다

JavaScript 내장 함수 btoa가 바이트를 Base64로 인코딩합니다. URL-safe 변형의 경우 +를 -로, /를 _로 치환하며, 선택적으로 패딩을 제거합니다(JWT가 사용하는 형식). 매우 큰 파일은 메인 스레드를 차단하지 않도록 청크 단위로 인코딩합니다.
3

디코더는 그 역순입니다

Base64 문자열을 붙여넣으면 atob를 실행해 디코딩합니다. 원본이 바이너리 파일이었다면 원래의 MIME 타입으로 다운로드를 제공하며, 텍스트였다면 TextDecoder로 다시 디코딩합니다. 양방향 모두 무손실입니다.
4

복사, 다운로드 또는 Data URI 생성

클릭 한 번으로 Base64를 클립보드에 복사할 수 있으며, .txt 파일로 다운로드하거나, CSS / HTML에 인라인으로 삽입할 data:image/png;base64,... URI를 생성할 수 있습니다 — 모두 브라우저 내에서 조립됩니다.

일반적인 Base64 워크플로

사람들이 실제로 Base64를 사용하는 방식과 iKit이 어떻게 들어맞는지 살펴봅니다.

CSS에 작은 이미지 임베드

2 KB 아이콘을 Data URI로 변환해 스타일시트에 인라인으로 삽입하면 HTTP 요청을 절약할 수 있습니다. iKit은 붙여넣을 수 있는 완전한 data:image/png;base64,... 문자열을 만들어 드립니다.

JWT 디버깅

JWT의 가운데 세그먼트를 디코딩해 클레임을 점검하십시오. iKit의 JSON Decoder와 함께 사용하면 토큰을 서버로 보내지 않고도 깔끔한 두 단계 디버깅 워크플로를 구성할 수 있습니다.

API를 통한 이메일 첨부 파일

트랜잭션 이메일 API가 Base64로 인코딩된 첨부 파일을 요구할 때, 파일을 iKit에 끌어다 놓고 결과를 복사한 뒤 요청 본문에 붙여넣으십시오. CLI base64 명령의 번거로움도, 플랫폼 차이(macOS와 Linux의 플래그 차이)도 없습니다.

PEM 키와 인증서

PEM 블록을 디코딩해(BEGIN/END 줄을 제거한 뒤) 원시 DER 바이트를 점검하십시오. 또는 텍스트 형식만 받아들이는 도구를 위해 바이너리 키를 PEM으로 인코딩할 수도 있습니다.

Base64 프라이버시가 타협 불가인 이유

Base64는 사용자 ID와 권한을 담은 JWT, 임베드된 고객 사진, 내부 API 응답 등 민감한 페이로드의 기본 운반체입니다. 서버 측 Base64 도구는 붙여넣은 모든 바이트를 봅니다. iKit의 인코더는 순수 JavaScript로 실행되므로, 어떤 것도 브라우저 탭을 벗어나지 않습니다.

인코딩이나 디코딩 중 fetch나 XHR 호출이 전혀 없습니다.
최대 약 50 MB의 파일을 업로드 없이 로컬에서 처리합니다.
무손실 왕복 변환 — 인코딩 후 디코딩하면 원본 바이트가 정확히 복원됩니다.

자주 묻는 질문

내 입력이 서버로 전송되나요?

아니요. 모든 인코딩과 디코딩은 내장 JavaScript API (TextEncoder, btoa, atob)를 사용하여 브라우저에서 수행됩니다. 업로드, 기록, 저장되는 것이 없습니다.

URL-safe Base64란 무엇인가요?

표준 Base64는 URL에서 특별한 의미를 가진 +와 /를 사용합니다. URL-safe Base64 (RFC 4648 §5)는 이를 각각 -와 _로 바꾸어 URL, 파일 이름, JWT와 같은 토큰에서 안전하게 사용할 수 있게 합니다.

Unicode / 이모지를 올바르게 처리하나요?

예. 인코딩 전에 TextEncoder를 사용해 텍스트를 UTF-8 바이트로 변환하고, 디코딩 후 TextDecoder로 다시 변환합니다. 모든 Unicode 문자 — CJK, 이모지, RTL 문자 — 가 올바르게 왕복됩니다.

PDF나 이미지 같은 파일을 인코딩할 수 있나요?

예. 파일 모드로 전환하고 아무 파일이나 드롭하세요. 도구는 Base64 문자열, HTML/CSS에 붙여넣을 수 있는 data URL, 또는.txt 다운로드를 제공합니다. 파일 크기는 브라우저 메모리로 제한됩니다 (일반적으로 수백 MB까지 작동).

padding 있음과 없음의 차이는 무엇인가요?

표준 Base64는 길이가 4의 배수가 되도록 '=' 문자로 출력을 채웁니다. 일부 용도 (JWT, URL 토큰)는 공간을 절약하기 위해 padding을 제거하며 디코더가 재구성할 수 있습니다. 'padding 제거'를 체크하면 끝의 =가 제거됩니다.