Base64가 하는 일과 하지 않는 일
Base64는 임의 바이트를 ASCII 문자(A–Z, a–z, 0–9, +, /, 패딩 =)로 옮기는 표기법입니다. 이메일, 일부 API, 데이터 URI가 바이너리를 텍스트로 실을 때 씁니다. 키로 잠그는 암호가 아니므로, 디코드 버튼만 있으면 원문이 드러납니다. 비밀번호·리프레시 토큰·의무기록을 Base64로 “가렸다”고 생각하지 마세요.
Calcxzo 구현은 입력 문자열을 UTF-8로 본 뒤 브라우저 btoa/atob 경로로 변환합니다. 파일 업로드, 이미지 리사이즈, HMAC 서명은 없습니다. 붙여 넣은 값은 이 탭 메모리에만 있고 Calcxzo 서버로 전송되지 않습니다. 도서관·카페·공유 노트북에서는 작업 후 입력란을 지우세요.
예시: 한글 한 문장
원문 오늘 18시 회의를 인코드하면 ASCII 덩어리가 나옵니다. 한글 한 글자는 UTF-8에서 보통 3바이트라, 영문보다 Base64 길이가 깁니다. 결과를 다시 디코드하면 같은 문장이 돌아와야 합니다. 앞뒤 공백이나 줄바꿈이 섞인 채 디코드하면 패딩이 어긋나 실패할 수 있으니, 로그에서 복사할 때는 순수 Base64만 남기세요.
이미지 data URI는 data:image/png;base64, 접두어 뒤 문자열만 이 칸에 넣습니다. 접두어까지 넣으면 디코드가 실패합니다. 이 페이지는 디코드 결과를 이미지로 렌더하지 않고 텍스트로만 보여 줍니다.
패딩, URL-safe, JWT와 구분
길이가 4의 배수가 되도록 =를 붙이는 것이 표준 패딩입니다. 패딩이 잘린 조각은 디코드가 거절될 수 있습니다. URL에 넣기 쉽게 +// 대신 -/_를 쓰는 Base64url은 이 도구의 기본이 아닙니다. 그런 문자열이 있으면 해당 문자를 표준 알파벳으로 바꾼 뒤 시도하세요.
JWT는 점(.)으로 나뉜 세 조각이 각각 Base64url입니다. 토큰 전체를 한 칸에 넣으면 실패합니다. 헤더나 페이로드 한 조각만 넣고, 서명 검증은 이 사이트가 하지 않습니다. 실제 서비스 토큰을 공용 화면에 붙여 넣는 것은 계정 탈취와 같습니다.
다른 인코딩 도구와 고르기
쿼리 파라미터의 공백·한글은 URL 인코더가 맞습니다. 본문에 <를 안전하게 보여 주려면 HTML 인코더를 씁니다. 설정 파일 구조를 보려면 JSON 포맷터입니다. Base64는 “텍스트로 옮겨 실을 바이트”가 필요할 때만 고르세요.
자주 묻는 질문
Base64는 암호인가요?
아닙니다. 규칙이 공개된 인코딩입니다. 기밀은 TLS와 서버 측 암호로 지키세요.
한글이 깨지면 어떻게 하나요?
이 페이지는 UTF-8을 가정합니다. EUC-KR로 만든 레거시 바이트를 그대로 넣으면 글자가 어긋납니다. 원본 문자셋을 확인하세요.
URL-safe Base64도 되나요?
기본은 표준 알파벳입니다. -와 _가 있으면 +, /로 치환하고 패딩을 맞춘 뒤 디코드하세요.
입력이 서버로 올라가나요?
올라가지 않습니다. 인코드·디코드는 이 탭의 JavaScript만 사용합니다. 공용 PC에는 토큰·개인정보를 붙여 넣지 마세요.
바이너리 파일도 변환되나요?
텍스트 칸 도구입니다. 대용량 파일이나 임의 바이트 배열은 로컬 프로그램이 적합합니다.