「Safe Links」や「URL Defense」、その他のラッパーの背後にある宛先を特定する（Mimecast：ドメイン）。
新着
URLパーサー
ローカルで動作
ツール自体は英語ですが、このページではお客様の言語でその使い方を説明しています。
URLパーサー を使用してください
機能の説明
ブラウザ自身のURLパーサーを使ってURLをプロトコル、ホスト名、ポート、パス、クエリ、フラグメントに分解し、リンクが実際にどのホストを指しているかを確認できます。
すべてブラウザ上で動作します。入力した内容は一切アップロードされません。
URLパーサー の使い方
- 完全なリンクを貼り付ける. サンプルのURLを、確認したいリンクに置き換えます。https://などのスキームを含めないと解析に失敗します。
- 解析する. Parse（解析）またはEnterキーを押します。ページはブラウザ自身のURLパーサーを使い、リンクを開くことはありません。
- Hostnameを確認する. Hostnameは、ブラウザが接続するサーバーです。末尾から読んでください。登録ドメインは最初ではなく最後の部分です。
- ポート、パス、ハッシュを見る. Portは標準のポートの場合defaultと表示されます。Pathname、Search、Hashには、ブラウザが正規化した後のリンクの残りの部分が表示されます。
- クエリパラメータを読む. 表には各キーがデコードされた値とともに一覧表示されます。2つ目のURL、メールアドレス、トークンがないか探してください。
- 次の手順に進む. Send to…を使って、ラップされたリンクをLink Unwrapperで展開したり、Homoglyph Checkerでホストを確認したり、abuse連絡先を調べたりします。
例
@の前にあるブランド名
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とnextが表示され、nextは/walletにデコードされます。
チェック対象
| シグナル | その意味 |
|---|---|
| Protocol | http:は接続が暗号化されていないことを意味します。javascript:のようなスキームでは、そのリンクはそもそもWebアドレスではないため、Hostnameは空になります。 |
| Hostname | 本当の移動先です。@より前のものはすべて除かれ、10進数、16進数、8進数のIPv4の形式はドット区切りのアドレスになり、ASCII以外の名前はxn--のPunycodeで表示されます。 |
| 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）として表示され、紛らわしいUnicodeのドメインはxn--のPunycode形式で表示されます。
表示しないもの、確認しないものは何ですか？
URLのユーザー名とパスワードの部分は表示されません。また、ツールはリダイレクトをたどったり、Safe Linksを展開したり、ホストを評価したりはしません。example.com/loginのようなスキームのないテキストでは、Invalid URLエラーになります。
URLを開いたり、どこかへ送信したりしますか？
いいえ。解析はこのページ上でブラウザのURL APIを使って行われ、リンクへのリクエストは行われず、何もアップロードされません。
Hostnameから登録ドメインを見つけるにはどうすればよいですか？
右から読んでください。login.example.com.secure-check.example.netでは、最後の2つのラベルexample.netが誰かが登録したドメインで、その前はすべてその人が選んだサブドメインです。co.ukのような国別のサフィックスでは3つのラベルになります。
クエリが2回表示されるのはなぜですか？
Searchは?の後の生のテキストで、サーバーが受け取るとおりエンコードされたままです。表では各値がデコードされるため、%40は@に、+は空白になります。
デファングされたリンクを貼り付けられますか？
直接はできません。[.]を含むリンクは解析に失敗し、hxxps://はhxxps:という未知のスキームとして読まれます。先にURL Defangerでリファングするか、デファングされた入力を受け付けるLink Unwrapperを使ってください。