인코딩4분 읽기
Base64는 암호화가 아닙니다 — 언제 쓰는가
Base64는 바이너리를 ASCII 글자로 바꾸는 표현 방식이며, 키가 없어 누구나 되돌릴 수 있습니다. 쓰임새와 URL-safe 변형, 패딩, 크기가 4/3로 늘어나는 이유를 RFC 4648 기준으로 설명합니다.
2026.10.03 업데이트관련 도구: Base64 인코딩·디코딩 →
인코딩·디코딩 도구
Base64, URL 퍼센트 인코딩, HTML 엔티티를 변환하고 JWT의 헤더와 페이로드를 읽습니다.
이럴 때 쓰세요
- Base64 문자열의 내용을 확인할 때Base64 인코딩·디코딩 →
- 주소가 %EC%A0%9C 같은 글자로 가득할 때URL 인코딩·디코딩 →
- 토큰의 만료 시간을 확인할 때JWT 디코더 →
- HTML을 화면에 글자 그대로 보여 줘야 할 때HTML 엔티티 변환 →
이 카테고리의 도구4
- Base64 인코딩·디코딩텍스트와 파일을 Base64로 변환하고 되돌리기바로 쓰기
- URL 인코딩·디코딩한글 주소와 쿼리 문자열을 퍼센트 인코딩바로 쓰기
- JWT 디코더JWT의 헤더·페이로드·만료 시간 확인바로 쓰기
- HTML 엔티티 변환HTML 특수문자를 엔티티로 바꾸고 되돌리기바로 쓰기
관련 가이드
- 인코딩4분 읽기
JWT 디코딩과 서명 검증의 차이 — exp·iat 읽기
JWT 디코딩은 Base64URL을 풀어 읽는 것일 뿐 서명 검증이 아닙니다. 헤더·페이로드 구조, exp·iat·nbf 시각을 읽는 법, alg: none 토큰을 받으면 안 되는 이유를 RFC 7519 기준으로 정리했습니다.
2026.10.03 업데이트관련 도구: JWT 디코더 → - 인코딩4분 읽기
한글 URL이 %EC…로 바뀌는 이유 — UTF-8과 EUC-KR
URL에는 ASCII 일부만 쓸 수 있어 한글은 바이트로 바꾼 뒤 %XX로 적습니다. UTF-8과 EUC-KR의 결과가 다른 이유, encodeURIComponent와 encodeURI의 차이, 이중 인코딩 문제를 설명합니다.
2026.10.03 업데이트관련 도구: URL 인코딩·디코딩 →