サインインする前にURLを読み込む方法

予期しない目的地を見つけるためにすべてのパラメータを理解していない必要があります。これらの例では、予約済みデモドメインを使用しており、サインインする場所はありません。

他の部品からホスト名を分ける

でん https://konto.example.net/profile?mode=demo#settings, スキームは HTTPS であり、ホスト名は konto.example.net.残りの部分はパス、クエリ、フラグメントです。パス内のブランドはホスト名を変更しません。

でん https://bank.example@logowanie.example.net/ホスト名は logowanie.example.net. 前のテキスト @ 宛先ではなく、ユーザ情報です。その後の最初の単語 https:// 必ずしもサイトを識別しません。

完全な名前を比較して下さい

bank.example.net.oszust.example.org サブドメインではない example.net. それは別のドメインで終了します。. Typosとlookalike文字は、他の場所でポイントすることができます。.

最後の2つのラベルを機械的に保持することによって、すべての所有者を識別しないでください。複数の部分のパブリックサフィックスと共有ホスティングは、その規則を複雑にします。以前に保存されたか、または独立して検証されたアドレスと比較してください。

正規化の理解

ブラウザーはアドレスを正規化することができます。一部の国際化名は、punycodeで表示されます。 xn--. それだけで不正を提示しませんが、完全な名前はチェックを必要とします。

ザ・オブ・ザ・ URL の検査官 サイトの訪問をせずにパースされたホスト名を表示します。短いリンクを拡張したり、その後のリダイレクトに続くことはありません。

HTTPSは正直者の約束ではありません

HTTPS は、その宛先への接続を保護します。不正なサイトも使用できます。正しいアドレスであっても、妥協されたサイトや不正なリクエストを除外することはできません。アカウントまたは支払いメッセージについては、既知のアプリを独立して開きます。通常の外観の URL にはサインインするのに十分な理由はありません。