이 도구의 활용처
Base64는 이진 데이터를 출력 가능한 텍스트로 바꾸는 데 자주 쓰이는 방식입니다. API 페이로드, 이메일 본문, Data URL, 설정 스니펫, 로그 등 다양한 곳에서 볼 수 있습니다. 이 페이지에서는 텍스트를 빠르게 Base64로 인코딩하고, Base64를 다시 읽을 수 있는 텍스트로 디코딩할 수 있습니다.
이는 전송 호환성 문제를 해결하는 것이지 보안 문제를 해결하는 것이 아니므로, 인코딩과 암호화를 구분하는 것이 중요합니다.
일반적인 사용 사례
- API가 반환한 Base64 필드 안의 원본 텍스트를 확인합니다.
- 요청 본문이나 구성 값에 삽입하기 전에 일반 텍스트를 인코딩합니다.
- 로그 필드, 구성 스니펫 또는 JWT 세그먼트가 Base64로 인코딩되었는지 확인합니다.
- 문자열 변환 문제를 디버깅할 때 URL 인코딩/디코딩 및 유니코드 인코딩/디코딩 도구와 함께 사용하세요.
사용 방법
- 왼쪽 입력창에 인코딩할 텍스트를 입력하면 Base64 결과가 즉시 갱신됩니다.
- 오른쪽 입력창에 Base64 문자열을 붙여넣으면 다시 텍스트로 디코딩됩니다.
- 필요한 결과를 복사하여 다음 시스템에 전달합니다.
예제
원본 텍스트: hello qr9
Base64: aGVsbG8gcXI5
디코딩 패널에 aGVsbG8gcXI5을 붙여넣으면 도구가 원본 텍스트 hello qr9을 복원합니다.
흔한 실수
- Base64를 암호화로 오인하면 잘못된 보안 기대를 갖게 됩니다.
- 일부 시스템은 Base64URL 변형을 사용하므로 표준 Base64와 완전히 호환되지 않을 수 있습니다.
- 원본 데이터가 이미지나 파일 같은 바이너리라면, 디코딩 결과가 일반 텍스트로 보이지 않을 수 있습니다.
자주 묻는 질문
Base64는 암호화인가요?
아닙니다. Base64는 이진 데이터나 텍스트를 인쇄 가능한 문자로 변환하는 인코딩 형식일 뿐입니다. 누구나 디코딩할 수 있으므로 암호화를 대체할 수 없습니다.
디코딩된 출력이 깨져 보이는 이유는 무엇인가요?
대개 원본 데이터가 같은 문자 인코딩의 텍스트가 아니었거나, 실제로는 이미지나 파일 같은 바이너리 데이터이기 때문입니다.
일부 문자열이 Base64처럼 보이지만 디코딩에 실패하는 이유는 무엇인가요?
패딩이 누락되었거나, 잘못된 문자가 포함되어 있거나, Base64URL 변형을 사용하고 있을 수 있습니다. 원래 소스와 인코딩 규칙을 먼저 확인하세요.
Base64와 Base64URL의 차이점은 무엇인가요?
Base64URL은 더하기 기호나 슬래시와 같은 문자를 URL 안전한 대안으로 대체하고 패딩을 생략할 수 있습니다. 규칙은 비슷하지만 동일하지는 않습니다.
관련 도구
문자열 변환이나 페이로드 형식을 계속 확인해야 한다면, 다음 도구도 함께 유용합니다:
- URL 인코딩/디코딩：URL의 특수 문자를 인코딩하고 디코딩하세요
- Unicode 인코딩/디코딩：브라우저에서 Unicode 이스케이프 시퀀스를 인코딩하고 디코딩하세요
- 텍스트 인코딩 변환기：UTF-8, UTF-16LE, UCS-2, Latin1, Base64, ASCII, 16진수 및 바이트 배열 간에 변환하세요