문자열 디코더 (자동 판별)
로그·설정 파일·API 응답에서 복사한 정체 모를 문자열을 붙여 넣으세요. Base64, JWT, URL 인코딩, 16진수, 유닉스 타임스탬프, 유니코드 이스케이프, MIME 메일 제목, Punycode 도메인, 해시 같은 형식을 알아내 풀어 주고, URL → Base64 → gzip → JSON처럼 겹겹이 싸인 것도 단계별로 이어서 풉니다. 입력한 글은 서버로 전송되지 않고 브라우저 안에서만 처리합니다.
글을 붙여 넣으면 결과가 바로 표시됩니다.
다른 가능한 해석
어떻게 판별하나요?
입력을 20여 개 판별 모듈에 동시에 넣어 각각 "이 형식으로 읽힌다"는 후보와 신뢰도(0~100)를 받고, 가장 높은 것을 결과로 보여 줍니다. 같은 글자가 여러 형식으로 읽힐 수 있어서(16진수 32자는 MD5일 수도, Base64일 수도) 나머지 후보도 "다른 가능한 해석"에 펼쳐 둡니다. 결과가 다시 풀리는 글이면(Base64를 풀었더니 gzip, 그걸 풀었더니 JSON) 최대 4단계까지 이어서 풀고 거쳐 온 단계를 표시합니다. 형식을 알고 있다면 위의 선택 상자에서 직접 고르세요.
| 형식 | 판별 단서 | 결과 |
|---|---|---|
| Base64 · data URI | A–Z a–z 0–9 + / (또는 - _), 길이 4의 배수 | UTF-8 글이면 글, 파일이면 형식 추정(PNG·PDF·ZIP…)과 내려받기, gzip이면 풀어서 |
| JWT | xxx.yyy.zzz 세 부분, 헤더에 alg | 헤더·페이로드 JSON, exp·iat를 한국 시간으로, 만료 여부 |
| URL 인코딩 | %EC%95%88 같은 퍼센트 조각 | UTF-8로, 안 읽히면 EUC-KR(옛 한국 사이트)로. 주소면 매개변수 표 |
| 16진수 | 0–9 a–f 짝수 개(0x, 공백·콜론 구분 허용) | 글 또는 파일 형식 추정 |
| 해시 | 16진수 32·40·64·128자, $2b$·$argon2id$·$6$ 접두어 | 가능한 알고리즘 목록(해시는 되돌릴 수 없음) |
| 타임스탬프 | 9~19자리 숫자, 또는 날짜 글 | 초·ms·µs·ns 해석과 한국 시간·UTC, 날짜 → 타임스탬프 |
| 유니코드·HTML | 가 U+AC00 가 & \xEA\xB0\x80 | 실제 글자 |
| 깨진 글자 | 안녕 ¾È³ç ’ 같은 Latin-1 글자 뭉치 | UTF-8·EUC-KR 바이트로 되돌려 복구, 자소 분리(NFD)·자모 나열 조합 |
| MIME 메일 | =?UTF-8?B?…?=, =EC=95=88 | 메일 제목·본문 글 |
| Punycode | xn--로 시작하는 도메인 조각 | 한글 도메인 |
| Base32 · Base58 · Ascii85 | 각 알파벳과 길이 규칙, Base58Check 체크섬 | 글 또는 16진수, 비트코인 주소 종류 |
| 2진수 · 10진수 바이트 · 모스 부호 · ROT13 | 8비트 묶음, 0~255 숫자열, 점·대시, 영어 단어 점수 | 글 |
| 식별 | IPv4/IPv6·MAC·이메일·UUID·ISBN·사업자등록번호·카드 번호·색상 코드·API 키 형식 | 종류와 세부 정보(사설/공인, 버전, 검사 숫자, 가린 표기) |
디코딩할 수 있는 것과 없는 것
- 인코딩(Base64·URL·16진수·유니코드 이스케이프)은 표기법을 바꾼 것일 뿐이라 누구나 되돌릴 수 있습니다. 비밀을 숨기는 용도가 아닙니다.
- 해시(MD5·SHA-256·bcrypt)는 단방향이라 원문을 되돌릴 수 없습니다. 이 도구는 어떤 해시인지만 알려 주며, 원문을 안다면 해시 계산기로 같은 값이 나오는지 확인할 수 있습니다.
- 암호화(AES·RSA, JWE)는 열쇠 없이는 풀 수 없습니다. Base64로 풀었는데 뜻 모를 바이트만 나온다면 암호문이거나 압축·바이너리 데이터입니다.
- 이미 사라진 글자:
?나�로 바뀐 깨진 글자는 원래 바이트가 없어져 복구할 수 없습니다. 저장·변환하는 쪽의 인코딩을 UTF-8로 맞춰 다시 받아야 합니다.
흔히 만나는 문자열 예시
Authorization: Bearer eyJhbGciOi…— JWT. 세 번째 부분(서명)은 비밀 키가 있어야 검증되므로 이 도구는 내용만 보여 줍니다. 자세한 설명은 JWT 디코더.Authorization: Basic dXNlcjpwYXNz— HTTP Basic 인증. Base64를 풀면아이디:비밀번호가 그대로 나옵니다.- 네이버·구글 검색 주소의
query=%EC%95%88%EB%85%95— URL 인코딩된 한글. URL 인코더·디코더에서 인코딩도 할 수 있습니다. - 로그의
1761200000·1761200000123— 유닉스 시간(초·밀리초). 타임스탬프 변환기. - 엑셀·메일에서 온
안녕하세요— UTF-8 글을 Latin-1로 잘못 읽은 모지바케. 깨진 한글 복구. - 맥에서 압축한 파일의
ㅎㅏㄴㄱㅡㄹ.txt— 자소 분리(NFD). NFC로 정규화하면 돌아옵니다. H4sIAAAA…— gzip을 Base64로 싼 것. 설정 파일·쿠키·로그 압축에 흔합니다.eJ…·eNp…는 zlib.
자주 묻는 질문
토큰이나 비밀번호가 들어 있는 글을 넣어도 되나요?
판별과 디코딩은 전부 브라우저 안에서 이뤄지고 서버로 전송하거나 저장하지 않습니다. 입력값을 기억하지도 않습니다. 다만 내가 쓰는 비밀번호나 API 키가 결과에 보이는데 그 원문을 내가 만든 것이 아니라면, 그 값이 다른 곳에서 돌아다니고 있다는 뜻이므로 보안상 취약합니다. 해당 비밀번호·키를 바꾸세요.
"아는 형식이 아닙니다"라고 나와요.
앞뒤에 따옴표·Bearer·줄 번호 같은 다른 글자가 섞였거나, 평범한 글이거나, 암호화·압축된 데이터일 수 있습니다. 해당 부분만 잘라서 넣거나 형식을 직접 골라 보세요. 한글 평문처럼 보이면 글자 정보(코드 포인트)만 보여 줍니다.
결과가 틀린 것 같아요.
짧은 글은 여러 형식으로 읽힐 수 있어서 자동 판별이 다른 해석을 고를 수 있습니다. "다른 가능한 해석"을 펼치거나 형식을 지정하세요. 날짜는 시간대 표시가 없으면 한국 시간(KST)으로 봅니다.
출처
- Base64·Base32: RFC 4648, JWT: RFC 7519, URL 인코딩: RFC 3986
- MIME 인코딩 제목: RFC 2047, Punycode: RFC 3492, gzip·zlib: RFC 1952·RFC 1950
- 문자 인코딩(EUC-KR·Windows-1252 디코더): WHATWG Encoding Standard, 한글 정규화: Unicode UAX #15
- 사업자등록번호 검사 숫자: 국세청 사업자등록번호 체계, 카드 번호: ISO/IEC 7812 (Luhn)
이 도구가 도움이 됐다면 알려 주세요
페이지 링크만 보냅니다. 입력한 값이나 파일은 담기지 않습니다.