도메인의 dnstwist 방식 타이포스쿼팅 변형을 만들고 DNS에서 확인되는 것을 찾습니다.
네트워크: DoH신규
호모글리프 검사기
로컬에서 실행신규
도구 자체는 영어로 되어 있지만, 이 페이지에서는 귀하의 언어로 설명해 드립니다.
호모글리프 검사기을(를) 사용하세요
기능
도메인, URL 또는 텍스트를 붙여 넣으면 각 레이블의 유니코드 및 퓨니코드 형태, 모든 문자의 문자 체계(script)와 UTS #39 프로토타입, 그리고 이름이 여러 문자 체계를 섞었는지 또는 다른 ASCII 이름처럼 읽히는지를 보여 줍니다.
이 서비스는 전적으로 브라우저에서 실행되며, 사용자가 입력한 내용은 전혀 업로드되지 않습니다.
호모글리프 검사기 사용 방법
- 이름 붙여 넣기. 도메인, URL, 이메일 주소, 여러 줄 또는 메시지 전체를 붙여 넣습니다. hxxps://나 [.] 같은 디팽된 형태도 받으며, xn-- 레이블은 디코딩됩니다.
- 실제 도메인 추가(선택 사항). Compare with the real domain(실제 도메인과 비교)에 예상한 도메인을 입력합니다. 예를 들어 거래 은행의 실제 도메인입니다.
- 검사 실행. 입력하는 동안 검사가 실행되며, Enter나 Check를 눌러도 됩니다. Shift+Enter는 새 줄을 추가합니다.
- 판정 읽기. 색상 상자에 Lookalike risk, Check this, Looks clean 또는 Notes가 표시되고, 결과마다 한 줄씩 나옵니다. 호스트가 여러 개인 메시지는 호스트당 결과 하나씩 표로 보여 줍니다.
- 이상한 글자 찾기. 강조 표시된 도메인에서 의심스러운 문자가 표시됩니다. Characters 표에는 각 문자의 코드 포인트, 문자 체계, 흉내 내는 ASCII 글자가 나열됩니다.
- 복사하거나 넘기기. 유니코드나 퓨니코드 형태를 복사하거나, Send to…로 DNS over HTTPS Lookup 또는 Abuse Contact Lookup에서 도메인을 조회합니다.
예시
퓨니코드로 된 키릴 문자 유사 도메인
xn--80ak6aa92e.exampleLookalike risk: Label "аррӏе" is written in Cyrillic but reads as the ASCII name "apple" (whole-script confusable).
Highlighted domain
аррӏе.example
Unicode form
аррӏе[.]example
Punycode (ACE) form
xn--80ak6aa92e[.]example
RESTRICTION LEVEL
Single Script
SCRIPTS
Cyrillic, Latin
READS AS
apple[.]example
Labels
UNICODE ACE SCRIPTS MIXED RESTRICTION LEVEL SKELETON
аррӏе xn--80ak6aa92e Cyrillic no Single Script apple
example example Latin no ASCII-Only ASCII only
Characters
CHAR CODE POINT SCRIPT UTS #39 PROTOTYPE ID STATUS FLAG
а U+0430 Cyrillic a (U+0061) Allowed looks like ASCII
р U+0440 Cyrillic p (U+0070) Allowed looks like ASCII
р U+0440 Cyrillic p (U+0070) Allowed looks like ASCII
ӏ U+04CF Cyrillic l (U+006C) Allowed looks like ASCII
е U+0435 Cyrillic e (U+0065) Allowed looks like ASCII
e U+0065 Latin itself Allowed ASCII
x U+0078 Latin itself Allowed ASCII
a U+0061 Latin itself Allowed ASCII
m U+006D Latin rn (U+0072 U+006E) Allowed ASCII
p U+0070 Latin itself Allowed ASCII
l U+006C Latin itself Allowed ASCII
e U+0065 Latin itself Allowed ASCII
Comparison with apple[.]example
Confusable: аррӏе[.]example and apple[.]example have the same UTS #39 skeleton, so they can look identical.
SKELETON OF THE INPUT
apple[.]exarnple
SKELETON OF APPLE[.]EXAMPLE
apple[.]exarnpleаррӏе.example로 디코딩됩니다. 다섯 글자 모두 키릴 문자이지만 apple로 읽히므로, 이 레이블은 전체 문자 체계 혼동(whole-script confusable)으로 표시되고 각 문자가 강조됩니다. Load example은 비교 필드에 골격(skeleton)이 같은 apple.example도 넣어 줍니다.
검증 대상
| 신호 | 그 의미는 무엇인가 |
|---|---|
| 한 레이블 안의 혼합 문자 체계 | 한 레이블 안에서 라틴 문자가 키릴 문자나 그리스 문자와 섞이면 빨간색입니다. 라틴 문자와 일본어처럼 UTS #39가 허용하는 조합은 ASCII처럼 보이는 문자가 없는 한 참고 사항으로만 표시됩니다. |
| 전체 문자 체계 유사 | 모든 글자가 다른 알파벳에서 왔지만 레이블이 ASCII 단어로 읽힙니다. 예: apple로 읽히는 키릴 문자 аррӏе. 빨간색으로 표시됩니다. |
| 악센트만 다른 경우 | wället 같은 레이블은 악센트를 못 보고 지나치면 wallet으로 읽힙니다. 노란색 Check this 결과입니다. |
| UTS #39 프로토타입 | Characters 표에 각 문자가 어떤 ASCII 글자나 숫자를 흉내 내는지 표시되며, looks like ASCII, non-ASCII, ASCII로 구분됩니다. |
| 제한 수준 | UTS #39에 따라 ASCII-Only부터 Unrestricted까지입니다. Minimally Restrictive와 Unrestricted는 가장 위험한 조합을 허용하므로 빨간색으로 표시됩니다. |
| 보이지 않는 문자와 브라우저 매핑 | 브라우저가 호스트를 다시 쓰는 경우(예: 폭이 없는 문자를 제거하거나 전각 글자를 일반 글자로 바꾸는 경우) 노란색 경고와 What the browser opens 필드가 표시됩니다. 브라우저가 호스트를 매핑할 수 없으면 그 안의 보이지 않는 문자는 빨간색입니다. |
| 이상한 마침표 | 한자 마침표나 전각 마침표(U+3002, U+FF0E, U+FF61)는 브라우저에서 점으로 작동하지만, 일반 텍스트를 비교하는 필터는 통과할 수 있습니다. |
| 깨진 퓨니코드 | 올바르게 디코딩되지 않는 xn-- 레이블은 빨간색입니다. |
| ASCII 수법 | o 대신 0, l 대신 1, m 대신 rn, w 대신 vv를 쓴 일반 ASCII 이름에는 참고 사항이 붙습니다. 비교 필드로 확인하세요. |
| 비교 결과 | Same domain, Confusable (same skeleton), Confusable once case is ignored, Differs only by accents, 1 or 2 edits away (likely typo-squat), Not confusable 중 하나입니다. |
더 많은 예시
라틴 이름 속 키릴 문자 а, wallet.example과 비교
wаllet.exampleLookalike risk: 레이블 "wаllet"이 여러 문자 체계를 섞었습니다(라틴 + 키릴, 제한 수준: Minimally Restrictive). 문자 1개가 ASCII처럼 보이며 "wallet"으로 읽힙니다. 퓨니코드 형태 xn--wllet-4ve[.]example. 비교: Confusable, 두 골격 모두 wallet[.]exarnple입니다.
l 대신 숫자 1, wallet.example과 비교
wa1let.exampleLooks clean: ASCII만 쓴 호스트로 호모글리프도 혼합 문자 체계도 없습니다. 레이블에 "1"(l로 읽힐 수 있음)이 있다는 참고 사항이 나옵니다. 비교: Confusable, 두 이름의 골격이 모두 wallet[.]exarnple이기 때문입니다.
악센트가 붙은 글자, wallet.example과 비교
wället.exampleCheck this: 레이블 "wället"은 악센트를 못 보고 지나치면 "wallet"으로 읽힙니다. 퓨니코드 형태 xn--wllet-gra[.]example, 제한 수준 Single Script. 비교: Differs only by accents.
자주 묻는 질문
검사기는 무엇을 검사하나요?
각 레이블을 RFC 3492 디코더로 퓨니코드에서 디코딩하고, 모든 문자에 대해 유니코드 문자 체계와 confusables.txt(Unicode 18.0)의 UTS #39 프로토타입을 구하며, 레이블에 혼합 문자 체계 검사와 UTS #39 제한 수준(restriction level)을 적용합니다. 모든 글자가 ASCII로 읽히는 레이블은 전체 문자 체계 혼동으로 표시됩니다.
유사 도메인을 놓치거나 실제 도메인을 잘못 표시할 수 있나요?
네. UTS #39는 오타가 아니라 비슷하게 생긴 문자를 다루므로, 글자가 바뀌거나 빠진 경우는 비교 필드의 편집 거리로만 드러나며, m 대신 rn 같은 ASCII 수법은 참고 사항으로 나열됩니다. .рф 아래의 일부 키릴 문자 도메인처럼 정상적인 비라틴 문자 이름도 라틴 단어처럼 읽혀 표시될 수 있습니다.
네트워크로 전송되는 것이 있나요?
아니요. 디코딩, 문자 체계 감지, 혼동 문자 표는 이 페이지에서 실행됩니다. 퓨니코드 형태는 브라우저 자체의 URL 파서에서 얻으며, DNS 조회는 하지 않습니다.
제한 수준은 무엇을 의미하나요?
유니코드 UTS #39에서 나온 개념입니다. ASCII-Only는 일반 ASCII만 씁니다. Single Script는 한 가지 문자 체계만 씁니다. Highly Restrictive는 라틴 문자와 중국어, 일본어 또는 한국어의 조합을 허용합니다. Moderately Restrictive는 키릴 문자와 그리스 문자를 제외한 다른 흔한 문자 체계 하나와 라틴 문자의 조합을 허용합니다. Minimally Restrictive는 그 밖의 조합을 허용하며, Unrestricted는 식별자 프로필 밖의 문자가 있다는 뜻입니다.
도구가 브라우저는 다른 이름을 연다고 말하는 이유는 무엇인가요?
브라우저는 UTS #46 매핑으로 호스트 이름을 정규화합니다. 이 과정에서 전각 글자를 일반 글자로 바꾸고, 폭 없는 공백(zero-width space)이나 소프트 하이픈 같은 보이지 않는 문자를 제거합니다. 그러면 링크는 매핑된 이름을 열지만, 쓰인 그대로의 텍스트는 원본 문자열을 비교하는 필터를 여전히 통과할 수 있습니다.
한 번에 몇 개의 호스트를 검사할 수 있나요?
목록이나 메시지를 붙여 넣으면 도구가 IP 주소를 건너뛰고 최대 50개의 호스트 이름을 골라냅니다. 텍스트는 20,000자까지 분석하며, 호스트 이름 밖의 비ASCII 단어도 검사합니다.