签名前如何读取 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和外观相似的字符也可以指向别处。

不要通过机械保存后两个标签来识别每个所有者。 多部分的公共后缀和共享托管使规则复杂化。 与先前保存或独立核实的地址相比 。

理解常态化

浏览器可能使地址正常化。一些国际化的名称出现在 punycode 中, xn--仅此而已并不表示有欺诈行为,但完整的名字需要检查。

那个... URL 检查员 显示解析的主机名而不访问该站点。它既不扩展短链接,也不跟踪后续的重定向。

HTTPS不是诚实的保证

HTTPS 保护连接到该目的地; 欺诈网站也可以使用它。 即使正确的地址也不能排除一个被损坏的网站或不诚实的请求。 对于账户或支付信息, 请独立打开已知的应用程序。 普通的 URL 并不是签名的充分理由 。