Base64는 무엇에 사용되나요?

Base64는 이진 데이터를 텍스트만 지원하는 시스템을 통해 전송해야 할 때 사용됩니다. 일반적인 사용 사례로는 HTML 또는 CSS에 데이터 URI 형태로 이미지를 직접 삽입하는 것, MIME 형식으로 이메일 첨부 파일을 인코딩하는 것, JSON API에서 이진 페이로드를 전송하는 것, XML에 이진 데이터를 저장하는 것, HTTP Basic Authentication 헤더에서 자격 증명을 인코딩하는 것이 있습니다. 또한 JWT(JSON Web Tokens)에서 헤더와 페이로드를 인코딩하는 데에도 널리 사용됩니다.

Base64는 암호화와 같은 것인가요?

아니요. Base64는 인코딩이며 암호화가 아닙니다. 누구나 키 없이 Base64 문자열을 즉시 디코딩할 수 있으며, 어떠한 비밀도 포함되어 있지 않습니다. 암호화는 권한이 있는 당사자만 읽을 수 있도록 데이터를 변환합니다. Base64는 단지 데이터의 표현 방식을 변경할 뿐입니다. Base64를 보안 수단으로 간주하는 것은 흔하면서도 위험한 실수입니다. 데이터를 보호해야 한다면 AES와 같은 적절한 암호화 알고리즘을 사용해야 합니다.

Base64로 인코딩된 데이터는 항상 디코딩할 수 있나요?

예 — 유효한 Base64 문자열은 모두 원래의 이진 데이터로 완전히 디코딩할 수 있습니다. Base64는 해싱과 달리 완전히 되돌릴 수 있습니다. 그러나 원래 입력에 따라 디코딩된 결과가 읽을 수 있는 텍스트가 아니라 원시 이진 데이터일 수 있습니다. 소스가 UTF-8로 인코딩된 텍스트 문자열이었다면 디코딩 결과는 읽을 수 있습니다. 이진 파일이었다면 출력은 이진 데이터가 됩니다.

Base64와 Base64URL의 차이점은 무엇인가요?

표준 Base64는 +와 / 문자를 사용하며, 이 문자들은 URL에서 특별한 의미를 가집니다. Base64URL은 URL 안전 변형으로, +를 -로, /를 _로 대체하고 일반적으로 패딩 문자 =를 생략합니다. Base64URL은 JWT, OAuth 토큰 및 Base64 데이터가 URL이나 파일 이름에 포함되는 모든 상황에서 사용됩니다. 저희 도구는 표준 Base64 인코딩을 사용합니다.

왜 Base64는 == 또는 =로 끝나나요?

Base64는 데이터를 3바이트씩 4문자로 인코딩합니다. 입력 길이가 3의 배수가 아닌 경우 마지막 그룹을 완성하기 위해 패딩 문자(=)가 추가됩니다. 하나의 =는 마지막 그룹에 2바이트가 있었음을 의미하며, ==는 1바이트가 있었음을 의미합니다. 패딩은 인코딩된 문자열의 길이가 항상 4의 배수가 되도록 보장하여 디코딩 과정을 단순화합니다.

Base64는 파일 크기를 증가시키나요?

예. Base64 인코딩은 3바이트를 4개의 ASCII 문자로 표현하기 때문에 데이터 크기를 약 33% 증가시킵니다. 예를 들어 100KB 이미지 파일은 Base64로 인코딩하면 약 133KB가 됩니다. 이러한 증가는 CSS나 HTML에 삽입된 작은 아이콘과 같은 작은 리소스에는 허용 가능하지만, 대역폭과 성능이 중요한 대용량 파일에는 적합하지 않습니다.

Base64 인코더 및 디코더 - 온라인 변환

2on / / 도구 / 개발자 도구 / Base64 인코더 및 디코더

Base64 인코딩 / 디코딩

입력

출력

개인정보 보호 안내

모든 인코딩 및 디코딩은 JavaScript를 사용하여 사용자의 브라우저에서 로컬로 수행됩니다. 입력 데이터는 어떤 서버로도 전송되거나 저장 또는 기록되지 않습니다. Miracle Salad는 이 도구에 입력된 어떠한 콘텐츠도 수집하거나 보관하지 않습니다.

Base64 인코딩에 대하여

Base64는 임의의 이진 데이터를 64개의 안전한 문자로 이루어진 일반 텍스트로 바꿉니다. 하는 일은 그것이 전부입니다. 압축이 아닙니다. 출력은 작아지는 게 아니라 커집니다. 그리고 암호화도 아닌데, 끊임없이 암호화로 오해받습니다. 아주 많은 전송 경로가 텍스트는 실어 나르면서 원시 바이트에는 걸린다는 이유로 존재합니다.

이 도구 사용법

1 인코드 또는 디코드를 고른 뒤 텍스트를 붙여넣으세요. 또는 파일 모드로 전환해 파일을 놓으세요.
2 입력하는 대로 결과가 나타납니다. 아무것도 업로드되지 않고 버튼을 누를 필요도 없습니다.
3 파일로 디코딩할 때는 확장자를 입력하세요. 그래야 미리보기와 내려받기가 무엇을 다루는지 알 수 있습니다.

Base64는 암호화가 아닙니다

무엇보다 먼저 기억할 점입니다. Base64에는 키도 비밀도 없습니다. 이 변환은 공개되어 있고 누구나 되돌릴 수 있으며, 이 페이지가 클릭 한 번으로 그것을 보여 줍니다. 그저 뒤섞여 보이는 텍스트는 아무런 보호도 되지 않습니다. 비밀번호나 API 키, 토큰이 Base64로 저장된 것을 발견하면 평문으로 적혀 있는 것과 같다고 여기세요. 실제로 그렇습니다. 비밀 유지가 목적이라면 진짜 암호화를 쓰고, Base64는 안전한 운반이 목적일 때만 쓰세요.

왜 존재하는가

많은 시스템이 텍스트를 위해, 오직 텍스트만을 위해 설계됐습니다. 이메일 본문, JSON 페이로드, XML 문서, URL, HTML 속성은 원시 바이트 하나가 제어 문자나 따옴표처럼 보이는 순간 모두 깨집니다. Base64는 가능한 모든 바이트를 글자와 숫자, 그리고 문장부호 두 개로 이루어진 작은 알파벳에 대응시켜 이 문제를 비켜갑니다. 이 문자들은 어떤 경로든 온전히 통과합니다. 이메일 첨부파일에서, 작은 아이콘을 스타일시트에 직접 넣는 data URI에서, 그리고 모든 JWT의 가운데 조각에서 Base64를 만나는 이유가 이것입니다.

대가는 약 3분의 1만큼의 증가

입력 3바이트가 출력 4문자가 되므로 결과는 원래보다 대략 33% 커집니다. 짧은 토큰이라면 상관없습니다. 하지만 스타일시트에 끼워 넣는 큰 이미지라면 다릅니다. 파일이 커지고, 페이지와 따로 캐시할 수 없게 되며, 브라우저는 그리기 전에 디코딩부터 해야 합니다. 요청을 하나 줄일 수 있다면 작은 자원은 인라인하고, 큰 것은 평범한 파일로 두세요. 그리고 Base64는 결코 무엇도 작게 만들지 않는다는 점을 기억하세요. 용량이 문제라면 필요한 도구는 압축입니다.

Base64 자주 묻는 질문

Base64는 64개의 인쇄 가능한 ASCII 문자(A–Z, a–z, 0–9, +, /)를 사용하여 이진 데이터를 표현하는 바이너리-텍스트 인코딩 방식입니다. 이는 3바이트의 이진 데이터를 4개의 ASCII 문자로 변환하며, 데이터 크기를 약 33% 증가시킵니다. Base64는 암호화가 아니며 어떠한 보안도 제공하지 않습니다. 그 목적은 이메일, JSON 또는 HTML 속성과 같은 텍스트 기반 채널을 통해 이진 데이터를 안전하게 전송하는 것입니다.