도구 소개
Base64는 API 테스트 곳곳에 등장합니다. Basic 인증 헤더, JWT 세그먼트, JSON 본문 안의 파일 업로드, data: URL, 인코딩된 설정 값 등입니다. 브라우저 내장 btoa는 Latin-1 범위 밖의 문자에서 실패하므로, 이 도구는 텍스트를 먼저 UTF-8 바이트로 인코딩하고 디코딩할 때는 엄격한 UTF-8 검사를 거칩니다. 표준 알파벳과 URL 안전 알파벳을 모두 받아들이고, 패딩 누락과 줄바꿈을 허용하며, 잘못된 입력이 왜 실패하는지 정확히 설명합니다. 파일은 로컬에서 읽으며 원시 Base64나 data: URL로 출력할 수 있습니다.
사용 방법
- Encode(인코딩) 또는 Decode(디코딩)를 선택하세요.
- 텍스트를 입력하거나 붙여 넣으면 결과가 즉시 갱신됩니다. Base64URL(+와 / 대신 -와 _, 패딩 없음)이 필요하면 URL-safe(URL 안전)를 체크하세요.
- 파일(최대 5 MB)을 인코딩하려면 “Encode a file”(파일 인코딩)을 클릭하고, 필요하면 data: URL로 출력하세요.
- 이미지 같은 바이너리 데이터를 디코딩하면 흔한 파일 형식을 식별해 주며 바이트를 다운로드할 수 있습니다.
Base64 인코더 / 디코더 자주 묻는 질문
Base64와 Base64URL은 어떻게 다른가요?
Base64URL은 +를 -로, /를 _로 바꾸고 보통 = 패딩을 생략하므로 URL, 파일 이름, JWT에서 안전하게 쓸 수 있습니다. 이 디코더는 두 알파벳을 자동으로 받아들이지만, 한 문자열 안에 둘이 섞인 경우는 받아들이지 않습니다.
디코딩한 텍스트가 다른 곳에서 왜 깨져 보이나요?
대개 텍스트가 다른 문자 집합(예: Windows-1252)으로 인코딩되었거나, 사용한 도구가 바이트를 Latin-1로 디코딩했기 때문입니다. 이 도구는 항상 UTF-8을 사용하며, 유효하지 않은 UTF-8 바이트는 대체 문자로 표시하는 대신 오류로 보고합니다.
Base64로 비밀 정보를 보호할 수 있나요?
아니요. 누구나 되돌릴 수 있습니다. Base64로 된 Basic 인증 헤더나 Kubernetes 시크릿은 사실상 평문이므로, 로그나 스크린샷에서 발견하면 보고할 가치가 있습니다.