Base64 인코더

Base64 인코더는 문자열을 표준 Base64 텍스트로 변환하는 무료 도구입니다.

Base64란 무엇이며 왜 필요한가요?

Base64는 문자, 숫자와 몇 가지 기호를 사용해 데이터를 표현하는 바이너리-텍스트 인코딩 방식입니다. 일부 시스템은 텍스트는 안정적으로 전송하지만 원시 바이너리 데이터는 변경하거나 거부할 수 있기 때문에 사용됩니다.

표준 Base64 알파벳은 영문 대문자와 소문자, 숫자, 더하기 기호, 슬래시로 구성됩니다. 끝에는 패딩으로 등호가 붙을 수 있습니다. 입력 바이트 3개가 Base64 문자 4개로 바뀌므로 인코딩된 값은 일반적으로 원본보다 깁니다.

입력값은 Hello입니다.

출력값은 SGVsbG8=입니다.

Base64는 사람이 읽는 문자가 아니라 바이트를 기준으로 처리합니다. 공백, 문장 부호, 숫자도 다른 입력과 같은 방식으로 인코딩됩니다. 악센트 문자가 포함된 글자, 이모지, 비라틴 문자는 먼저 문자 인코딩을 적용해야 하며, 보통 UTF-8을 사용합니다. 바이트 인코딩이 다르면 Base64 결과도 달라집니다. 입력이 비어 있으면 인코딩된 값도 비어 있고, 입력이 매우 길면 결과 문자열도 그에 비례해 길어집니다.

Base64는 암호화가 아니라 인코딩입니다. 디코더만 있으면 누구나 원본 데이터를 복원할 수 있으므로 기밀성을 제공하지 않으며, 비밀번호, API 키 또는 개인정보를 숨기는 용도로는 적합하지 않습니다.

Base64 인코더는 어떻게 사용하나요?

인코딩할 문자열을 입력한 다음 Base64 인코딩됨 결과 필드에서 변환된 값을 확인하세요. 이 도구는 PHP의 base64_encode 함수를 통해 표준 Base64 인코딩을 사용합니다.

1. 유지해야 하는 공백과 줄바꿈까지 포함해 원본 문자열을 정확히 복사하세요.
2. 반환된 Base64 값에 따옴표나 불필요한 공백을 추가하지 말고 그대로 복사하세요.

변환 작업은 서버에서 처리됩니다. 입력값은 HTTPS를 통해 서버로 전송되며 저장되지 않습니다. HTTPS는 전송 중인 요청을 보호하지만, 데이터를 받는 시스템에서 Base64가 반드시 필요한 경우가 아니라면 비밀정보를 입력하지 마세요.

Base64는 실제로 어디에 사용하나요?

Base64는 바이너리 데이터나 임의의 바이트를 텍스트 기반 형식으로 전달해야 할 때 사용됩니다. 값을 받는 시스템은 해당 값이 Base64라는 사실을 알고 적절한 단계에서 디코딩해야 합니다.

• 데이터 URL은 Base64로 인코딩된 이미지, 글꼴 또는 기타 파일을 미디어 유형과 함께 HTML이나 CSS 안에 직접 넣습니다.
• 쿼리 문자열에는 인코딩된 토큰이나 구조화된 데이터가 포함되기도 하지만, 일반적으로는 URL 안전 Base64 변형이 더 적합합니다.
• 이메일은 일반 텍스트로 안전하게 전송할 수 없는 첨부 파일과 메시지 부분에 사용하는 MIME 전송 인코딩 방식 중 하나로 Base64를 사용합니다.
• JSON 페이로드는 이미지 바이트, 문서 또는 암호화 자료를 문자열로 표현할 수 있습니다. JSON에는 기본 바이너리 유형이 없기 때문입니다.
• HTTP 인증의 Basic 인증은 사용자 이름과 비밀번호에 Base64를 사용합니다. 디코딩하면 값을 읽을 수 있으므로 전송 보안은 여전히 필요합니다.

표준 Base64와 Base64url 중 무엇을 선택해야 하나요?

이 도구는 표준 Base64를 생성합니다. MIME 이메일, 여러 JSON API, 일반적인 Base64 알파벳을 명시적으로 요구하는 시스템에 적합합니다. 표준 출력에는 +, /와 끝부분의 = 패딩이 포함될 수 있습니다.

값이 URL, 파일 이름, 쿠키 또는 JSON Web Token의 일부로 사용된다면 Base64url을 선택하세요. 이 변형은 +를 -로, /를 _로 바꾸며 패딩을 생략하는 경우가 많습니다. 값을 받는 시스템의 사양을 확인하지 않고 변형을 바꾸지 마세요. 한쪽 알파벳을 예상하는 디코더는 다른 쪽을 거부할 수 있습니다.

Base64가 디코딩되지 않거나 깨진 문자로 보이는 이유는 무엇인가요?

Base64 디코딩이 실패하는 일반적인 원인은 입력값에 예상하지 못한 변형이 사용됐거나 전송 과정에서 값이 바뀌었기 때문입니다. 유효한 Base64라도 바이너리 바이트로 디코딩될 수 있으며, 이를 텍스트로 표시하면 깨진 문자처럼 보일 수 있습니다.

• 잘못된 알파벳은 Base64url 입력을 엄격한 표준 Base64 디코더로 보내거나 그 반대의 경우에 흔히 발생합니다.
• 누락된 패딩은 길이를 등호 1개 또는 2개로 맞춰야 하는 디코더에서 오류를 일으킬 수 있습니다.
• 이중 인코딩은 이미 인코딩된 값을 다시 인코딩할 때 발생합니다. 이 경우 한 번 디코딩해도 원본 콘텐츠가 아니라 또 다른 Base64 형태의 문자열이 나옵니다.
• 변경된 문자는 쿼리 문자열의 더하기 기호가 공백으로 해석되거나, 복사하는 과정에서 줄바꿈과 공백이 추가될 때 생길 수 있습니다.
• 바이너리 출력을 텍스트로 표시하면 깨진 문자처럼 보일 수 있습니다. 디코딩된 바이트는 이미지, 압축 파일, PDF 또는 암호화된 파일일 수 있으며, 알맞은 애플리케이션으로 열어야 합니다.

Base64 디코더를 사용하면 표준 Base64 텍스트를 원래 데이터로 되돌릴 수 있습니다. 디코딩된 바이트가 이미지라면 Base64를 이미지로 변환 도구를 사용하는 편이 더 빠릅니다.

자주 묻는 질문

Base64로 인코딩해도 대소문자와 줄바꿈이 유지되나요?

네. Base64는 대소문자와 줄바꿈 문자를 포함한 원래 바이트를 그대로 보존합니다. 다만 Windows와 Unix 방식의 줄바꿈은 서로 다른 바이트 시퀀스를 사용하므로, 겉보기에 같은 여러 줄 텍스트라도 인코딩 결과가 달라질 수 있습니다.

Base64 값을 HTML이나 CSS에 바로 붙여 넣어도 되나요?

문서에 필요한 구문을 추가해야만 사용할 수 있습니다. 데이터 URL에는 일반적으로 인코딩된 페이로드 앞에 미디어 유형과 ;base64 표시가 필요합니다. 이 인코더는 완전한 URL을 만들지 않고 페이로드만 반환합니다.

같은 텍스트를 인코딩하면 Base64 값도 항상 같나요?

입력 바이트가 동일하면 같은 값이 생성됩니다. 문자 인코딩이 다르거나, 보이지 않는 후행 공백이나 바이트 순서 표식이 있거나, 줄바꿈 방식이 달라지면 결과도 바뀝니다.

Base64는 대소문자를 구분하나요?

네. Base64 알파벳에서 대문자와 소문자는 서로 다른 값을 나타냅니다. 따라서 문자열이 여전히 유효해 보이더라도 대소문자를 바꾸면 디코딩된 데이터가 손상될 수 있습니다.

이 도구로 파일도 인코딩할 수 있나요?

이 도구는 파일 업로드가 아니라 문자열을 처리하도록 설계되었습니다. 파일을 텍스트로 표현한 내용을 붙여 넣는 것은 파일의 원시 바이트를 인코딩하는 것과 다릅니다. 다른 애플리케이션에서 파일 바이트의 Base64 값이 필요하다면 파일을 지원하는 인코더를 사용하고, 해당 애플리케이션이 요구하는 Base64 알파벳과 패딩 규칙을 따르세요.