Base64를 JSON으로 변환: 쿠키 데이터 안전하게 읽기

쿠키나 세션 데이터라고 하는데 영문자와 숫자가 길게 늘어선 읽을 수 없는 문자열. 이 내용을 실제로 읽으려면 Base64를 JSON으로 변환해야 합니다. 판매자나 브라우저 확장 프로그램, 가져오기(import) 패널에서 받은 문자열이라서, 다른 도구에 넘기기 전에 어떤 항목이 들어 있는지 먼저 확인하고 싶은 상황입니다.

이 가이드에서는 Base64 문자열을 알아보는 방법, 무료 도구로 보기 좋게 정리된 JSON으로 디코딩하는 방법, 자주 나오는 오류의 해결법, 그리고 패널이 Base64 형식을 요구할 때 JSON을 다시 인코딩하는 방법을 설명합니다. 쿠키와 토큰 값은 민감한 정보이므로, 디코딩한 데이터를 비공개로 유지하는 요령도 함께 다룹니다.

Base64란 무엇이고, 쿠키와 토큰을 왜 Base64로 감싸는가

Base64는 따옴표, 중괄호, 한글 같은 모든 데이터를 안전한 64개 문자만으로 표현하는 방식입니다. 사용하는 문자는 A부터 Z, a부터 z, 0부터 9, 그리고 기호 +와 /입니다. 특수 문자나 줄바꿈을 그대로 처리하지 못하는 시스템도 Base64를 쓰면 데이터 전체가 복사하기 쉬운 평범한 텍스트가 되므로 문제없이 전달할 수 있습니다.

실제로 쿠키 Base64 문자열을 마주치는 이유가 여기에 있습니다. 세션 데이터를 JSON으로 내보내는 도구는 텍스트 상자, URL 파라미터, 채팅 메시지를 거쳐도 깨지지 않도록 내용을 Base64로 감쌀 수 있습니다. 가져오기 패널도 데이터를 넣을 때 같은 형식을 요구하는 경우가 있습니다.

중요한 점은 Base64가 암호화가 아니라 인코딩이라는 것입니다. 비밀번호도 키도 없으므로, 문자열을 가진 사람은 누구나 원래 텍스트로 되돌릴 수 있습니다. 따라서 이 문자열을 데이터 그 자체와 똑같이 다루세요.

Base64 문자열을 알아보는 방법

디코딩하기 전에 정말 Base64인지 확인하세요. 대개 세 가지 점검으로 판단할 수 있습니다.

사용된 문자

표준 Base64 문자열에는 영문자, 숫자, +, /만 들어 있습니다. 콜론이나 단어 사이의 공백, 골뱅이(@)가 보인다면 다른 형식일 가능성이 큽니다. username:password:email:email_password:auth_token 같은 납품 줄은 콜론으로 구분한 텍스트이지 Base64가 아니므로, 어떤 디코더로도 의미 있는 결과를 얻을 수 없습니다.

패딩

Base64는 4글자를 한 묶음으로 처리합니다. 마지막 묶음을 데이터로 다 채우지 못하면 패딩으로 등호(=)가 한두 개 붙습니다. =나 ==로 끝나는 문자열은 강력한 단서입니다. 다만 길이가 우연히 맞아떨어지면 등호가 없어도 올바른 문자열이고, 일부 도구는 일부러 패딩을 없애기도 합니다.

단서가 되는 시작 부분

JSON 객체는 중괄호와 따옴표로 시작하고, 이 두 글자는 항상 같은 모양으로 인코딩됩니다. eyJ로 시작하는 문자열은 거의 확실히 JSON 객체이고, W3si는 대개 객체 목록, WyJ는 문자열 값 목록을 뜻합니다. 가진 문자열이 이렇게 시작한다면 디코딩 결과는 JSON일 것입니다.

확신이 없다면 샘플을 형식 판별 도구에 붙여넣어 보세요. 사용된 문자, 패딩, 길이를 검사해서 Base64인지, JSON인지, 아니면 다른 형식인지 알려 줍니다.

Base64를 JSON으로 변환: 무료 도구로 디코딩하기

Base64 JSON 변환 도구는 모든 작업을 브라우저 안에서 처리합니다. 아무것도 업로드되지 않으므로 문자열이 내 기기 밖으로 나가지 않습니다.

• 입력란에 Base64 문자열을 붙여넣습니다. 올바른 결과가 어떤 모습인지 먼저 보고 싶다면 예시 버튼을 눌러 보세요.
• 결과가 바로 나타납니다. 디코딩한 내용이 올바른 JSON이면 공백 두 칸 들여쓰기로 정리되어 중첩된 항목도 한눈에 훑어볼 수 있습니다.
• 구조를 확인한 뒤 복사 버튼으로 JSON을 가져가세요.

이 도구는 디코딩 전에 공백과 줄바꿈을 제거하고 바이트를 UTF-8로 읽습니다. 그래서 한글이나 악센트가 있는 글자도 깨진 기호가 아니라 제대로 표시됩니다. 직접 해 보려면 eyJ1c2VyIjoiaGVzYXAxIiwidG9rZW4iOiJhYmMxMjMifQ== 를 붙여넣어 보세요. user 항목과 token 항목이 있는 객체가 나옵니다.

디코딩한 텍스트가 읽을 수는 있지만 JSON이 아니라면, 도구는 결과를 버리지 않고 일반 텍스트로 보여 줍니다. 토큰 하나만 있을 때 흔한 경우이며, 이것도 성공한 디코딩입니다.

디코딩 오류 해결: 패딩, 줄바꿈, URL-safe 변형

디코딩이 실패하는 원인은 대부분 다음 중 하나입니다.

패딩 누락

문자열이 잘렸거나 등호가 지워진 경우입니다. eyJpZCI6MX0= 와 eyJpZCI6MTIzfQ== 를 비교해 보세요. 앞의 것은 등호가 하나, 뒤의 것은 둘이 필요합니다. 길이가 4의 배수가 될 때까지 =를 붙이면 됩니다. 단, 길이를 4로 나눈 나머지가 1인 문자열은 예외입니다. 복사하는 과정에서 글자가 빠진 것이라 패딩으로는 해결되지 않으니 원본을 새로 복사해야 합니다.

줄바꿈과 불필요한 공백

메일 프로그램, 채팅 앱, 텍스트 파일은 긴 문자열을 여러 줄로 나누는 일이 많습니다. 이 줄바꿈은 데이터의 일부가 아닙니다. 이 도구는 알아서 제거하지만 다른 디코더는 그렇지 않을 수 있습니다.

URL-safe 변형

웹 주소용으로 만든 문자열은 링크 안에서 깨지지 않도록 +를 -로, /를 _로 바꿉니다. 표준 디코더는 이 두 문자를 받아들이지 않습니다. 모든 -를 +로, 모든 _를 /로 바꾸고 패딩을 복원한 다음 다시 디코딩하세요.

계정 줄을 잘못 붙여넣은 경우

콜론으로 구분된 납품 데이터를 여러 줄 붙여넣으면 도구가 계정 목록처럼 보인다고 알려 줍니다. 이런 텍스트에 필요한 것은 디코더가 아니라 열을 나누는 도구입니다. 구분자로 분할 도구로 필요한 항목만 뽑아내세요.

JSON을 Base64로 인코딩: 필요한 도구용으로 다시 변환

일부 패널과 가져오기 도구는 세션 데이터를 JSON 원문이 아니라 Base64로 요구합니다. 이 방향의 변환은 JSON Base64 변환 도구가 맡습니다. JSON을 붙여넣고 한 줄짜리 간결한 출력이나 들여쓰기가 있는 읽기 쉬운 출력 중 하나를 고른 뒤 결과를 복사하세요. 대부분의 가져오기에는 문자열이 가장 짧아지는 간결 모드가 기본값으로 더 적합합니다.

도구는 먼저 JSON을 검증하므로, 쉼표 누락이나 닫히지 않은 중괄호는 잘못된 데이터를 인코딩하기 전에 걸러집니다. 인코딩은 UTF-8로 이루어져 왕복 변환도 안정적입니다. 문자열을 디코딩해서 항목 하나를 바꾸고 다시 인코딩해도 나머지 항목은 그대로 돌아옵니다.

쿠키가 Netscape 형식의 텍스트 파일에 있다면 Netscape 쿠키 변환 도구로 변환하고, Netscape 쿠키를 JSON으로 변환하는 방법 가이드를 참고하세요. auth_token을 사용한다면 auth_token으로 Twitter에 로그인하는 방법을 확인하세요.

디코딩한 데이터를 비공개로 유지하기

디코딩한 쿠키와 세션 데이터에는 계정의 열쇠처럼 작동하는 토큰이 들어 있을 수 있으므로 몇 가지 습관을 들이면 좋습니다.

• 로컬에서 작업하세요. 입력 내용을 업로드하지 않는 브라우저 기반 도구가, 확인할 수 없는 서버로 텍스트를 보내는 임의의 사이트보다 훨씬 낫습니다.
• 디코딩한 값을 공개 채팅, 티켓, 스크린샷에 붙여넣지 마세요. 도움을 요청할 때는 항목 이름만 공유합니다.
• 원본 문자열은 그대로 두고, 복사본을 디코딩하며, 작업이 끝나면 작업 파일을 삭제하세요.

이처럼 단순하고 반복 가능한 변환에는 대개 로컬 변환 도구로 충분합니다. 판단 기준은 로컬 형식 변환 도구로 충분한 경우에서 설명합니다. 계정을 고를 준비가 되었다면 에이지드 계정 카테고리를 둘러보고, 납품부터 로그인까지의 과정에는 무료 도구 페이지를 활용하세요.

자주 묻는 질문

문자열이 Base64인지 어떻게 알 수 있나요?

세 가지를 확인하세요. 영문자, 숫자, +, /만 쓰였는지, 길이가 4글자 묶음에 맞고 끝에 =가 붙을 수 있는지, 그리고 JSON 객체라면 보통 eyJ로 시작하는지입니다. 형식 판별 도구가 이 확인을 자동으로 해 줍니다.

Base64를 디코딩했더니 읽을 수 없는 문자가 나오는 이유는 무엇인가요?

데이터가 애초에 이미지나 압축 파일처럼 텍스트가 아니었거나, 다른 문자 인코딩을 사용했기 때문일 수 있습니다. URL-safe 변형인데 미리 변환하지 않은 경우에도 깨진 글자가 나옵니다.

끝에 붙은 등호는 무슨 뜻인가요?

패딩입니다. Base64는 4글자 블록 단위로 인코딩하는데, 데이터가 모자랄 때 마지막 블록을 등호 한두 개로 채웁니다. 등호 자체에는 정보가 없습니다.

Base64는 암호화의 한 종류인가요?

아닙니다. Base64는 데이터를 적는 방식만 바꿀 뿐이며 누구나 키 없이 되돌릴 수 있습니다. Base64 문자열도 읽을 수 있는 데이터와 똑같이 보호하세요.

JSON을 다시 Base64로 바꾸려면 어떻게 하나요?

JSON을 JSON Base64 변환 도구에 붙여넣고 간결 출력 또는 들여쓰기 출력을 선택한 뒤 결과를 복사하세요. 잘못된 JSON이면 인코딩하기 전에 도구가 알려 줍니다.