Base64 인코딩 / 디코딩 자주 묻는 질문

Q: Base64 인코딩이란 무엇이며 어떤 용도로 사용되나요?

A: Base64는 64개의 문자(A-Z, a-z, 0-9, +, /)를 사용하여 이진 데이터를 ASCII 문자열 형식으로 변환하는 이진-텍스트 인코딩 방식입니다. 주로 HTTP, SMTP와 같은 텍스트 기반 프로토콜이나 JSON 페이로드를 통해 이진 데이터를 전송하는 데 사용됩니다. 일반적인 사용 사례로는 MIME을 통한 이메일 첨부 파일, 데이터 URL로 HTML 및 CSS에 이미지 임베딩, JSON Web Token(JWT)의 페이로드 인코딩, 텍스트 기반 데이터베이스 열에 이진 데이터 저장 등이 있습니다.

Q: Base64는 암호화인가요? 안전한가요?

A: 아닙니다. Base64는 인코딩 방식이지 암호화가 아닙니다. Base64로 인코딩된 문자열은 누구든지 키, 비밀번호, 비밀 정보 없이도 즉시 원래 데이터로 디코딩할 수 있습니다. 기밀성, 무결성, 인증 기능을 전혀 제공하지 않습니다. 이는 동일한 데이터를 다른 형식으로 표현하는 방식일 뿐입니다. 영어를 모스 부호로 번역하는 것과 같습니다. 민감한 데이터를 보호해야 한다면 먼저 적절한 암호화 알고리즘(예: AES)을 사용한 후, 선택적으로 암호화된 바이트를 Base64로 인코딩하여 전송할 수 있습니다.

Q: Base64가 때때로 = 또는 == 기호로 끝나는 이유는 무엇인가요?

A: = 문자는 패딩입니다. Base64는 입력 데이터를 3바이트(24비트) 그룹으로 처리하여 그룹당 4개의 Base64 문자를 생성합니다. 입력 길이가 3바이트의 배수가 아닐 경우, 인코딩 결과에 패딩 = 문자를 추가하여 출력이 4자의 배수가 되도록 합니다. 2바이트가 남으면 = 하나가 추가되고, 1바이트만 남으면 = 두 개가 추가됩니다. 예를 들어, "Man"(3바이트)은 패딩 없이 "TWFu"로 인코딩되지만, "Ma"(2바이트)는 "TWE="로, "M"(1바이트)은 "TQ=="로 인코딩됩니다.

Q: Base64는 데이터를 더 크게 만들까요? 얼마나 많은 오버헤드가 발생하나요?

A: 네, Base64 인코딩은 데이터 크기를 약 33% 증가시킵니다. 3바이트의 이진 입력마다 4바이트의 출력이 생성되며, 여기에 선택적 패딩이 추가됩니다. 따라서 3MB 이진 파일은 Base64로 인코딩하면 약 4MB가 됩니다. 이는 텍스트 전용 채널을 통해 이진 데이터를 전송할 수 있게 해주는 대가입니다. 다른 이진-텍스트 인코딩 방식과 비교하면 Base64는 상대적으로 효율적입니다. 예를 들어 16진수 인코딩은 100%의 오버헤드를 추가합니다.

Q: 표준 Base64와 Base64url의 차이점은 무엇인가요?

A: 표준 Base64는 알파벳에 +와 /를 사용하고 =를 패딩으로 사용합니다. Base64url(URL 안전 Base64)은 +를 -로, /를 _로 대체하며 일반적으로 패딩을 생략합니다. 이로 인해 Base64url은 추가적인 퍼센트 인코딩 없이 URL, 쿼리 매개변수, 파일 이름에서 안전하게 사용할 수 있습니다. Base64url은 RFC 4648에 정의되어 있으며 JSON Web Token(JWT), OAuth 토큰, 웹 API에서 광범위하게 사용됩니다. 예를 들어, 표준 Base64 문자열 Pj4+Pz8/Pw==는 Base64url에서 Pj4-Pz8_Pw가 됩니다.

Q: Base64 데이터 URL이란 무엇이며 HTML과 CSS에서 어떻게 사용되나요?

A: 데이터 URL은 웹 문서에 데이터를 직접 임베딩하는 URI 스킴입니다. 이미지의 경우 형식은 data:image/png;base64,iVBORw0KGgo...입니다. HTML <img> 태그와 CSS background-image 속성에서 파일 URL 대신 사용할 수 있습니다. 데이터 URL은 이미지를 로드하기 위한 별도의 HTTP 요청이 필요하지 않으므로 작은 애셋(일반적으로 10KB 미만)의 성능을 향상시킬 수 있습니다. 그러나 HTML/CSS 파일 크기가 약 33% 증가하고 브라우저가 이미지를 독립적으로 캐시할 수 없게 됩니다.

Q: 모든 파일을 Base64로 변환할 수 있나요?

A: 네 — 텍스트, 이미지, 오디오, 비디오, PDF, 압축 아카이브 등 모든 이진 데이터를 Base64로 인코딩할 수 있습니다. 프로세스는 동일합니다. 파일의 원시 바이트를 읽고 Base64 인코딩 알고리즘을 적용하면 됩니다. Base64 문자열을 디코딩하면 정확히 원래 바이트를 얻을 수 있습니다. 이것이 이메일 첨부 파일이 작동하는 방식입니다. 이진 파일이 SMTP를 통해 전송되기 전에 Base64로 인코딩되고, 수신 측에서 원래 파일로 다시 디코딩됩니다.

Q: JavaScript에서 Base64를 인코딩할 때 유니코드 문자(이모지나 한자 등)를 어떻게 처리하나요?

A: 내장 btoa() 함수는 Latin-1 문자(단일 바이트 문자)만 처리할 수 있습니다. 이모지, 한자 또는 기타 멀티바이트 문자가 포함된 유니코드 문자열의 경우, TextEncoder API를 사용하여 먼저 바이트로 변환해야 합니다:

function unicodeToBase64(str) {
  const bytes = new TextEncoder().encode(str);
  const binaryString = String.fromCharCode(...bytes);
  return btoa(binaryString);
}

function base64ToUnicode(base64) {
  const binaryString = atob(base64);
  const bytes = Uint8Array.from(binaryString, c => c.charCodeAt(0));
  return new TextDecoder().decode(bytes);
}

Node.js에서는 Buffer 클래스가 유니코드를 네이티브로 처리합니다: Buffer.from('Hello 你好 🚀').toString('base64')는 특별한 처리 없이도 작동합니다.