브라우저와 같은 방식으로 링크를 프로토콜, 호스트, 포트, 경로, 쿼리, 프래그먼트로 나눕니다.
링크 언래퍼
로컬에서 실행신규
도구 자체는 영어로 되어 있지만, 이 페이지에서는 귀하의 언어로 설명해 드립니다.
링크 언래퍼을(를) 사용하세요
기능
재작성된 링크 하나 이상이나 메시지 전체를 붙여 넣으면 모든 래퍼 계층, 디팽된 최종 목적지, 그리고 @ 앞의 사용자 이름, IP 호스트, 퓨니코드 같은 경고 징후를 볼 수 있습니다.
이 서비스는 전적으로 브라우저에서 실행되며, 사용자가 입력한 내용은 전혀 업로드되지 않습니다.
링크 언래퍼 사용 방법
- 링크나 메시지 붙여 넣기. 래핑된 링크를 한 줄에 하나씩, 또는 이메일, 채팅 메시지, HTML 소스 전체를 붙여 넣습니다. hxxps://example[.]com 같은 디팽된 링크도 받으며, 링크 500개와 텍스트 1MB까지 처리합니다.
- 풀기. Unwrap 또는 Ctrl+Enter를 누릅니다. 상자에 붙여 넣기만 해도 실행됩니다. 아무것도 전송되지 않습니다.
- 계층 읽기. 각 결과에는 래퍼가 순서대로 나열되며, 다음 주소를 담고 있던 매개변수가 함께 표시됩니다. 예: Google redirect, q.
- 목적지 확인. Destination 상자는 최종 주소를 클릭할 수 없도록 디팽해서 보여 줍니다. Copy raw는 메모나 신고서용으로 실제 주소를 복사합니다.
- 경고 읽기. 빨간색 경고가 먼저, 노란색 경고가 그다음에 나옵니다. 경고가 없더라도 도구는 주소만 읽을 뿐 사이트의 평판은 모른다는 점을 기억하세요.
- 넘기기. Send to…로 목적지를 URL Parser나 Homoglyph Checker에서 열거나, 메시지에 링크가 여러 개였다면 Copy all destinations를 사용합니다.
예시
URL Defense를 감싼 Safe Links
https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Flogin.example.com%40198.51.100.7%2Fverify*id%3D1__%3BPw!!AbCdEf!GhIjKl%24&data=05%7C02%7C%7Cc0ffee%7C0&reserved=01 link: 1 unwrapped, 1 with warnings.
Result 2 layers
Microsoft Defender Safe Links url
→ hxxps://urldefense[.]com/v3/__https://login[.]example[.]com[@]198[.]51[.]100[.]7/verify*id=1__;Pw!!AbCdEf!GhIjKl$
Proofpoint URL Defense path __…__ with 1 replaced character(s)
→ hxxps://login[.]example[.]com[@]198[.]51[.]100[.]7/verify?id=1
Destination
hxxps://login[.]example[.]com[@]198[.]51[.]100[.]7/verify?id=1
Copy raw
The URL has a user-info part before "@" ("login[.]example[.]com"). Browsers ignore it and go to 198[.]51[.]100[.]7.
The host is a bare IP address (198[.]51[.]100[.]7) instead of a domain name.두 계층입니다. Microsoft Defender Safe Links 다음에 Proofpoint URL Defense v3가 있으며, * 뒤에 숨겨진 ?를 복원합니다. 목적지 hxxps://login[.]example[.]com[@]198[.]51[.]100[.]7/verify?id=1이 표시됩니다. @ 앞의 텍스트는 사용자 이름일 뿐이며 실제 호스트는 IP 198.51.100.7입니다.
검증 대상
| 신호 | 그 의미는 무엇인가 |
|---|---|
| 래퍼 계층 | 알려진 래퍼나 리디렉션 매개변수를 최대 10겹까지 한 겹씩 디코딩합니다. 전달된 메일에서는 중첩 계층이 정상일 수 있지만, 언뜻 보아서는 주소를 알 수 없게 만들기도 합니다. |
| @ 앞의 사용자 이름(빨간색) | https://login.example.com@198.51.100.7/에서 @ 앞의 모든 것은 사용자 이름일 뿐입니다. 브라우저는 @ 뒤의 호스트로 가므로, 익숙한 이름은 장식에 불과합니다. |
| 호스트로 쓰인 IP 주소 | IPv4나 IPv6 주소만 있는 호스트에는 노란색 경고가 붙습니다. 하나의 10진수나 16진수 숫자 또는 다른 특이한 형태로 쓴 호스트는 빨간색이며, 브라우저가 실제로 열 주소가 함께 표시됩니다. |
| 국제화 호스트 | 비ASCII 글자나 xn-- 레이블이 있는 호스트는 유니코드와 퓨니코드로 표시됩니다. 신뢰하기 전에 비슷하게 생긴 글자가 없는지 확인하세요. |
| 호스트 앞부분의 익숙한 이름 | 호스트가 example.com. 같은 것으로 시작하지만 끝의 등록 도메인이 다르면, 도구가 실제 등록 도메인을 알려 줍니다. |
| 링크 텍스트 불일치 | HTML과 Markdown 링크에서는 보이는 텍스트를 목적지와 비교하며, 도메인이 다르면 빨간색입니다. 일반 텍스트에서 링크 바로 앞에 다른 도메인이 언급되면 노란색 경고가 나옵니다. |
| 스크립트 URL(빨간색) | javascript:, data:, vbscript: 목적지는 웹 페이지를 여는 대신 코드를 실행하거나 콘텐츠를 렌더링합니다. |
| 단축 링크 또는 도메인만 있는 경우 | bit.ly 같은 단축 서비스는 오프라인으로 디코딩할 수 없으므로 대신 curl 명령이 제공됩니다. Mimecast와 일부 Sophos 링크는 목적지 도메인만 드러냅니다. |
| 순환과 불완전한 데이터 | 자기 자신을 가리키는 링크, 10겹에서 멈춘 실행, 표지보다 짧은 URL Defense 데이터는 결과가 불완전할 수 있으므로 보고됩니다. |
더 많은 예시
유사 호스트로 가는 Google 리디렉션
https://www.google.com/url?q=https://example.com.login-check.example.net/session&sa=D&source=editors1개 계층: Google redirect, 매개변수 q. 목적지 hxxps://example[.]com[.]login-check[.]example[.]net/session, 노란색 경고: 호스트가 "example[.]com."으로 시작하지만 등록 도메인은 example[.]net입니다.
다른 사이트를 언급하는 메시지
Sign in at example.com to keep your account: https://l.facebook.com/l.php?u=https%3A%2F%2Fsignin.example.net%2Faccount&h=AT0abc1개 계층: Facebook / Meta link shim, 매개변수 u. 목적지 hxxps://signin[.]example[.]net/account. 노란색 경고: 링크 앞의 텍스트는 example[.]com을 언급하지만 링크는 signin[.]example[.]net으로 갑니다.
YouTube 리디렉션 안의 10진수 IP
https://www.youtube.com/redirect?q=http%3A%2F%2F3221226010%2Fprize&v=abc1개 계층: YouTube redirect, 매개변수 q. 목적지 hxxp://3221226010/prize. 빨간색 경고: 난독화된 IP 주소입니다. 호스트가 3221226010으로 쓰여 있으며, 브라우저는 이를 192[.]0[.]2[.]26으로 읽습니다.
자주 묻는 질문
어떤 래퍼를 디코딩하나요?
Microsoft Defender Safe Links, Proofpoint URL Defense v1, v2 및 v3, Google /url 및 Ads 링크, Facebook, Instagram 및 Messenger 링크 심(shim), LinkedIn, Barracuda, Cisco Secure Email, Trend Micro, Sophos, Bing, 스팀(Steam), 슬랙(Slack), 유튜브(YouTube) 및 VK 리디렉션, 그리고 URL을 포함하는 url=, u=, q=, target=, to=, dest=, redirect=, next= 또는 link=와 같은 리디렉션 매개변수. 중첩된 래퍼는 한 계층씩 디코딩됩니다.
t.co, lnkd.in, Mimecast 링크가 완전히 디코딩되지 않는 이유는 무엇인가요?
t.co와 lnkd.in 같은 단축 서비스는 목적지를 자체 서버에 저장하므로, 도구는 페이지를 열지 않고 Location 헤더를 출력하는 curl -sI 명령을 보여 줍니다. Mimecast 링크에는 목적지 도메인만 담겨 있으며, 전체 주소는 Mimecast에 남아 있습니다.
링크가 열리거나 어딘가로 전송되나요?
아니요. 디코딩은 이 페이지에서 하는 텍스트 처리이며, 래퍼 서비스, 단축 서비스, 목적지 어디에도 요청을 보내지 않습니다. curl 명령은 사용자가 직접, 가급적 격리된 컴퓨터에서 실행하도록 보여 줄 뿐입니다.
이메일 전체나 HTML 소스를 붙여 넣어도 되나요?
네. 도구는 디팽된 것을 포함해 텍스트 안의 모든 http, https, www 링크를 찾습니다. HTML 앵커와 Markdown 링크에서는 보이는 링크 텍스트도 읽어 실제 목적지와 비교합니다. 링크 500개와 텍스트의 처음 1MB까지 처리합니다.
긴 숫자가 IP 주소로 표시되는 이유는 무엇인가요?
브라우저는 하나의 10진수나 16진수 숫자로 쓴 IPv4 주소를 받아들이므로, http://3221226010/은 192.0.2.26을 엽니다. 피싱 링크는 이를 이용해 사람과 단순한 필터로부터 주소를 숨기며, 그래서 도구가 빨간색으로 표시합니다.
경고가 없었습니다. 목적지는 안전한가요?
반드시 그렇지는 않습니다. 도구는 주소의 구조만 읽습니다. 누가 사이트를 운영하는지, 차단 목록에 있는지는 모릅니다. 열기 전에 DestroyList Check나 Reputation Links로 목적지를 확인하세요.