簽署前如何讀取 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. 其止于异域. 泰波斯和外表相似的人物也可以指向別處.

不要用機械的標籤來辨認每個所有者。 多部分的公開後缀和共享托管令此規則變得複雜. 與先前保存或獨立驗證的地址相比 。

明白正義

瀏覽器可能會正常地址 。 一些國際化名稱 APpear 以相關字碼 xn--. 光是這不代表有舞弊 但完整的名字需要查一下

其 URL 檢查器 顯示解析的主機名稱而不參考網站。 它既不擴張短的連結, 也不跟隨後的轉換 。

HTTPS不是誠實的承諾

HTTPS 保護與目的地的連結; 舞弊的網站也可以使用它 。 即使地址正确 也不能排除失密的網站或不誠的要求 對帳號或支付訊息, 請獨立開啟已知的應用程式 。 普通的外表 URL 光是簽字的理由不夠