Punycode 변환기
국제화 도메인 이름(IDN)은 통신 시 Punycode(RFC 3492)로 ASCII 저장되지만 사람은 보통 Unicode로 작성. 이 도구는 라벨별로 양방향 변환 — 이미 ASCII인 라벨은 그대로·Unicode 라벨은 `xn--…`로·`xn--…` 라벨은 Unicode로. 피싱 의심 도메인 확인·IDN 등록·ASCII만 받는 도구에 비 ASCII 도메인 복사에 유용.
ASCII (Punycode)
xn--mnchen-3ya.de
Unicode
münchen.de
Punycode는 라벨별(점 사이 부분) 작동. 이미 ASCII인 라벨은 그대로 통과.
사용법
- Unicode 또는 Punycode로 도메인 입력/붙여넣기.
- ASCII·Unicode 등가 표현 나란히 확인.
- 도구/등록기관이 필요로 하는 형식 복사.
자주 묻는 질문
- 왜 같아 보이는 글자가 다르게 인코딩?
- 그게 Punycode 핵심 — 동음이의 피싱의 본질. 라틴 `a`(U+0061)와 키릴 `а`(U+0430)는 동일해 보이지만 다른 ASCII로 인코딩. 의심 도메인을 이 도구에 붙여넣으면 `xn--…` 형식이 차이를 드러냄.
- 도메인 검증?
- 아니요 — Punycode 변환만. 길이 제한·금지 코드 포인트에 대한 IDNA2008 규칙·TLD 정책 미검증. 변환된 이름은 여전히 등록기관에서 거부될 수 있음.
- 라벨 하나가 그대로인 이유?
- Punycode은 비 ASCII 문자 포함 라벨에만 적용. `mail.münchen.de`는 `mail.xn--mnchen-3ya.de` — 두 번째 라벨만 인코딩 필요.
- 양방향 무손실?
- 예 — Punycode는 일대일 인코딩. 인코딩 후 디코딩하면 항상 원본(Unicode 정규화 후) 복원. 왕복이 다르면 입력에 혼합 스크립트나 다르게 해석된 시각적 유사 문자 있음.
관련 도구
유니코드 이스케이프 변환기
텍스트를 \uXXXX, U+XXXX, HTML 엔티티로 인코딩하고, 그 어떤 형식이든 다시 텍스트로 디코딩합니다. 이모지·확장 문자도 처리합니다.
Base45 인코더 및 디코더
RFC 9285에 따라 텍스트를 Base45로 인코딩하고 Base45를 다시 텍스트로 디코딩합니다. 브라우저에서 동작합니다.
보이지 않는 / 제로폭 문자 탐지기
붙여넣은 텍스트의 NBSP·제로폭·양방향 마크·탭을 찾아내고 한 번에 정리.
Quoted-Printable 인코더 & 디코더
텍스트를 MIME Quoted-Printable(RFC 2045)로 인코딩하거나 다시 디코딩 — =XX 이스케이프·소프트 줄바꿈·UTF-8 처리, 인코딩 시 76자 줄바꿈 — 브라우저에서.
Base32 인코더 / 디코더
Base32(RFC 4648) 인코딩·디코딩 — Standard와 base32hex 변형 지원. TOTP secret이나 Crockford 스타일 ID에 유용.
JWK ↔ PEM 변환기
JWK이나 JWKS 전체를 PEM 공개키로, 또는 그 반대로 변환하고 각 키의 RFC 7638 thumbprint까지 브라우저에서 계산합니다.