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