피드로 돌아가기
Dev.toBackend
원문 읽기
Binary-to-Text 변환을 통한 전송 호환성 확보와 33% 오버헤드의 Trade-off 분석
Base64 Encoding & Decoding: What Every Developer Needs to Know
AI 요약
Context
텍스트 기반 프로토콜 환경에서 Binary 데이터를 안전하게 전송하기 위한 메커니즘 필요성 대두. ASCII 문자열로의 변환 없이는 SMTP 서버 및 HTTP 헤더 등 텍스트 기반 인프라에서 데이터 손실 및 해석 오류 발생 가능성 존재.
Technical Solution
- 3바이트(24비트) 데이터를 6비트 단위의 4개 청크로 분할하여 64개의 출력 문자로 매핑하는 Encoding 로직 설계
- 입력 데이터 길이가 3의 배수가 아닐 경우 '=' 문자를 추가하는 Padding 기법으로 데이터 정렬 유지
- URL 및 파일 이름 내 특수문자(+ , /) 충돌 방지를 위해 '-'와 '_'로 대체하는 Base64url 변형 표준 적용
- Browser btoa() API의 Latin-1 제약을 극복하기 위해 encodeURIComponent를 통한 Unicode 정규화 후 인코딩 수행
- Binary 데이터의 텍스트 변환을 통한 HTTP Basic Auth 및 JWT 토큰 구조의 데이터 무결성 확보
Impact
- Binary 데이터의 텍스트 변환 시 약 33%의 데이터 크기 증가 발생
- 10MB 파일 인코딩 시 약 13.3MB로 용량 확장
Key Takeaway
Encoding은 보안 목적의 Encryption이 아니므로 기밀성 보장이 불가능하며, 전송 효율보다 호환성이 우선되는 인터페이스 설계 시에만 제한적으로 채택해야 하는 설계 원칙 도출.
실천 포인트
- 대용량 파일 전송 시 Base64 대신 multipart/form-data 또는 ArrayBuffer 사용 검토 - DB 저장 시 Base64 문자열 대신 BLOB 또는 BYTEA 타입 활용으로 저장 공간 최적화 - JWT 등 URL 기반 토큰 설계 시 Standard Base64가 아닌 Base64url 표준 적용 확인 - Browser 환경에서 Unicode 문자열 처리 시 btoa() 단독 사용 금지 및 URI Encoding 조합 적용