Base64는 암호화인가요?

아니에요. 누구나 되돌릴 수 있는 표현 방식일 뿐이라 비밀번호나 개인정보를 감추는 용도로 쓰면 안 돼요.

UTF-8이 아닌 방식으로 만들어진 값일 수 있어요. 원본을 만든 곳의 인코딩을 확인해 주세요.

URL 인코딩은 언제 쓰나요?

주소에 한글이나 공백, 물음표 같은 기호를 담을 때 써요. 그대로 두면 주소가 잘리거나 다르게 해석돼요.

네, 약 3분의 1 정도 늘어나요. 글자만으로 표현하려다 보니 생기는 비용이에요.

결과를 입력으로 넘기는 버튼을 쓰면 돼요. 한 단계씩 풀어 가며 확인할 수 있어요.

그 방식으로 만들어진 값이 아닐 수 있어요. 방식을 바꿔 보거나 값이 잘려서 복사되지 않았는지 확인해 주세요.

Base64·URL·HTML·유니코드를 서로 바꿔요. 한글도 깨지지 않아요.

파일과 입력값은 이 브라우저 밖으로 나가지 않아요.

방식

방향

0자

Base64, URL, HTML 엔티티, 유니코드 이스케이프를 서로 바꿔요. 인코딩과 디코딩을 한 화면에서 오갈 수 있고, 결과를 바로 입력으로 넘겨 여러 단계를 이어서 처리할 수도 있어요. 한글이 섞여도 깨지지 않게 UTF-8 기준으로 다뤄요.

Base64는 아무 데이터나 글자만으로 표현할 때 써요. 이미지를 HTML에 직접 넣거나, 글자만 오갈 수 있는 통로로 데이터를 보낼 때 쓰여요.

URL 인코딩은 주소에 한글이나 공백, 물음표 같은 기호를 담을 때 필요해요. 그대로 두면 주소가 잘리거나 다른 뜻으로 해석돼요.

HTML 엔티티는 웹 페이지에 꺾쇠나 따옴표를 글자로 보여줄 때 써요. 유니코드 이스케이프는 소스 코드나 설정 파일에 특수 문자를 안전하게 적을 때 쓰이고요.

Base64는 되돌리는 데 아무 열쇠도 필요 없어요. 누구나 몇 초면 원래 값을 볼 수 있어요. 감추는 기술이 아니라 옮기는 기술이에요.

그래서 비밀번호나 개인정보를 Base64로 바꿔 저장하거나 전송하면 안 돼요. 감춰진 것처럼 보일 뿐 실제로는 그대로 노출된 상태예요.

길이도 늘어나요. 원본보다 약 3분의 1만큼 커지기 때문에, 큰 파일을 Base64로 실어 보내면 전송량이 그만큼 늘어요.

한글 한 글자는 UTF-8에서 보통 3바이트를 써요. Base64나 URL 인코딩은 바이트를 다루기 때문에, 원본이 어떤 방식으로 바이트가 됐는지가 중요해요.

예전 시스템은 EUC-KR을 쓰기도 했어요. EUC-KR로 만들어진 값을 UTF-8로 되돌리면 글자가 깨져요. 되돌린 결과가 이상하다면 원본을 만든 곳의 인코딩을 확인해 보세요.

이 도구는 UTF-8 기준으로 처리해요. 요즘 웹과 API는 대부분 UTF-8이라 그대로 맞아떨어져요.

Base64는 암호화인가요?: 아니에요. 누구나 되돌릴 수 있는 표현 방식일 뿐이라 비밀번호나 개인정보를 감추는 용도로 쓰면 안 돼요.
한글이 깨져요.: UTF-8이 아닌 방식으로 만들어진 값일 수 있어요. 원본을 만든 곳의 인코딩을 확인해 주세요.
URL 인코딩은 언제 쓰나요?: 주소에 한글이나 공백, 물음표 같은 기호를 담을 때 써요. 그대로 두면 주소가 잘리거나 다르게 해석돼요.
Base64로 바꾸면 크기가 커지나요?: 네, 약 3분의 1 정도 늘어나요. 글자만으로 표현하려다 보니 생기는 비용이에요.
여러 번 인코딩된 값도 풀 수 있나요?: 결과를 입력으로 넘기는 버튼을 쓰면 돼요. 한 단계씩 풀어 가며 확인할 수 있어요.
되돌리기가 안 된다고 나와요.: 그 방식으로 만들어진 값이 아닐 수 있어요. 방식을 바꿔 보거나 값이 잘려서 복사되지 않았는지 확인해 주세요.