Safe Links, URL Defense 및 기타 래퍼 뒤에 숨겨진 목적지를 찾아보세요 (Mimecast: 도메인).
신규
URL 파서
로컬에서 실행
도구 자체는 영어로 되어 있지만, 이 페이지에서는 귀하의 언어로 설명해 드립니다.
URL 파서을(를) 사용하세요
기능
브라우저 자체의 URL 파서로 URL을 프로토콜, 호스트 이름, 포트, 경로, 쿼리, 프래그먼트로 나눠, 링크가 실제로 어느 호스트를 가리키는지 볼 수 있습니다.
이 서비스는 전적으로 브라우저에서 실행되며, 사용자가 입력한 내용은 전혀 업로드되지 않습니다.
URL 파서 사용 방법
- 전체 링크 붙여 넣기. 샘플 URL을 확인하려는 링크로 바꿉니다. https:// 같은 스킴을 포함해야 하며, 없으면 분석에 실패합니다.
- 분석. Parse 또는 Enter를 누릅니다. 페이지는 브라우저 자체의 URL 파서를 사용하며 링크를 열지 않습니다.
- Hostname 확인. Hostname은 브라우저가 접속할 서버입니다. 끝에서부터 읽으세요. 등록 도메인은 앞부분이 아니라 마지막 부분입니다.
- 포트, 경로, 해시 보기. Port는 일반 포트이면 default로 표시됩니다. Pathname, Search, Hash는 브라우저가 정규화한 뒤의 링크 나머지 부분을 보여 줍니다.
- 쿼리 매개변수 읽기. 표에 각 키와 디코딩된 값이 나열됩니다. 두 번째 URL, 이메일 주소, 토큰이 있는지 살펴보세요.
- 다음 단계 진행. Send to…로 래핑된 링크를 Link Unwrapper에서 풀거나, Homoglyph Checker로 호스트를 확인하거나, 악용 신고 연락처를 찾습니다.
예시
@ 앞의 브랜드 이름
https://paypal.com@account-verify.example/signin?session=8f3a2c&next=%2Fwallet#step-2PROTOCOL
https:
HOSTNAME
account-verify.example
PORT
default
PATHNAME
/signin
SEARCH
?session=8f3a2c&next=%2Fwallet
HASH
#step-2
Query params
KEY VALUE
session 8f3a2c
next /walletHostname은 account-verify.example입니다. @ 앞의 paypal.com은 사용자 이름일 뿐이며, 도구는 이를 필드로 나열하지 않습니다. 쿼리 표에는 session과, /wallet으로 디코딩된 next가 표시됩니다.
검증 대상
| 신호 | 그 의미는 무엇인가 |
|---|---|
| Protocol | http:는 연결이 암호화되지 않는다는 뜻입니다. javascript: 같은 스킴은 링크가 아예 웹 주소가 아니므로 Hostname이 비어 있습니다. |
| Hostname | 실제 목적지입니다. @ 앞의 모든 것은 빠지고, 10진수·16진수·8진수 IPv4 형태는 점 표기 주소가 되며, 비ASCII 이름은 xn-- 퓨니코드로 나타납니다. |
| Port | 표준 포트이면 링크에 https의 :443이 명시되어 있어도 default로 표시됩니다. 그 밖의 숫자는 비표준 포트로, 공개 로그인 페이지로서는 드문 경우입니다. |
| Pathname | 브라우저가 ../ 구간을 처리하고 백슬래시를 슬래시로 바꾼 뒤의 경로이므로, 요청이 실제로 어디로 가는지 볼 수 있습니다. |
| Search | 인코딩된 상태 그대로의 원본 쿼리 문자열로, 서버에 전송되는 그대로입니다. |
| Hash | # 뒤의 프래그먼트입니다. 서버로 전송되지는 않지만 페이지의 스크립트가 읽을 수 있으므로 이메일 주소 같은 데이터를 담을 수 있습니다. |
| Query params 표 | 각 키와 값을 퍼센트 디코딩하고 +를 공백으로 읽어 보여 줍니다. 값 자체가 URL이라면 리디렉션 대상입니다. |
| 표시되지 않는 사용자 정보 | 브랜드 이름 같은 @ 앞의 부분은 어떤 필드에도 나타나지 않습니다. 링크의 // 와 다음 / 사이에 @가 있다면, @ 앞의 익숙한 이름은 사용자 이름일 뿐입니다. |
더 많은 예시
다른 도메인 앞에 붙은 익숙한 이름
https://login.example.com.secure-check.example.net:8443/reset?token=abc&email=bob%40example.org#doneProtocol https:, Hostname login.example.com.secure-check.example.net, Port 8443, Pathname /reset, Search ?token=abc&email=bob%40example.org, Hash #done. Query params: token = abc, email = bob@example.org. 등록 도메인은 example.net입니다.
브라우저가 다시 쓰는 링크
https://203.0.113.9:443/admin/../panel/?redirect=https%3A%2F%2Fexample.org&q=a+bHostname 203.0.113.9, Port default, Pathname /panel/, Hash —. Query params: redirect = https://example.org, q = a b.
8진수로 쓴 IPv4 주소
http://0300.0000.0002.0001/Protocol http:, Hostname 192.0.2.1, Port default, Pathname /, Search —, Hash —. 앞자리가 0인 각 부분은 8진수로 읽힙니다.
자주 묻는 질문
피싱 링크에 어떻게 도움이 되나요?
브라우저가 실제로 접속할 호스트 이름을 보여 줍니다. https://paypal.com@evil.example/에서 호스트는 evil.example이며, http://3221225985/ 같은 10진수나 16진수 호스트는 점 표기 IPv4(192.0.2.1)로, 비슷하게 생긴 유니코드 도메인은 xn-- 퓨니코드 형태로 나타납니다.
무엇을 보여 주지 않거나 확인하지 않나요?
URL의 사용자 이름과 비밀번호 부분은 표시하지 않으며, 리디렉션을 따라가거나 Safe Links를 풀거나 호스트를 평가하지 않습니다. example.com/login처럼 스킴이 없는 텍스트는 Invalid URL 오류가 납니다.
URL이 열리거나 어딘가로 전송되나요?
아니요. 분석은 이 페이지에서 브라우저의 URL API를 사용하며, 링크는 요청되지 않고 아무것도 업로드되지 않습니다.
Hostname에서 등록 도메인은 어떻게 찾나요?
오른쪽부터 읽으세요. login.example.com.secure-check.example.net에서 마지막 두 레이블인 example.net이 누군가 등록한 도메인이고, 그 앞은 모두 그 사람이 정한 하위 도메인입니다. co.uk 같은 국가 접미사는 레이블 세 개를 차지합니다.
쿼리가 두 번 표시되는 이유는 무엇인가요?
Search는 ? 뒤의 원본 텍스트로, 서버가 받는 그대로 인코딩된 상태입니다. 표는 각 값을 디코딩하므로 %40은 @가 되고 +는 공백이 됩니다.
디팽된 링크를 붙여 넣어도 되나요?
바로는 안 됩니다. [.]가 있는 링크는 분석에 실패하고, hxxps://는 hxxps:라는 알 수 없는 스킴으로 읽힙니다. 먼저 URL Defanger로 리팽하거나, 디팽된 입력을 받는 Link Unwrapper를 사용하세요.