本文章向大家介绍新的跨域策略：使用COOP、COEP为浏览器创建更安全的环境，主要包括新的跨域策略：使用COOP、COEP为浏览器创建更安全的环境使用实例、应用技巧、基本知识点总结和需要注意事项，具有一定的参考价值，需要的朋友可以参考一下。
可组合性是 Web 的非常强大的一项能力，你可以轻而易举的加载来自不同来源的资源来增强网页的功能，例如：font、image、video 等等。
这些服务非常强大，也很方便，但是这样的策略同样会加大信息泄漏的风险，攻击者可以利用某些手段泄漏你的用户信息。
浏览器在阻止这些攻击上做的也很好。同源策略我们已经很熟悉了，它用于限制不同源的站点的资源访问。详细可以戳浏览器的同源策略，这里不再过多介绍。
但是同源策略也有一些例外，任何网站都可以不受限制的加载下面的资源：
- 嵌入跨域
iframe image、script等资源- 使用 DOM 打开跨域弹出窗口
对于这些资源，浏览器可以将各个站点的跨域资源分隔在不同的 Context Group 下，不同的 Context Group 下资源无法相互访问。
浏览器 Context Group 是一组共享相同上下文的 tab、window或iframe。例如，如果网站（https://a.example）打开弹出窗口（https://b.example），则打开器窗口和弹出窗口共享相同的浏览上下文，并且它们可以通过 DOM API相互访问，例如 window.opener。
Spectre 漏洞
长久以来，这些安全策略一直保护着网站的隐私数据，直到 Spectre 漏洞出现。
Spectre 是一个在 CPU 中被发现的漏洞，利用 Spectre ，攻击者可以读取到在统一浏览器下任意 Context Group 下的资源。
特别是在使用一些需要和计算机硬件进行交互的 API 时：
SharedArrayBuffer (required for WebAssembly Threads)performance.measureMemory()JS Self-Profiling API
为此，浏览器一度禁用了 SharedArrayBuffer 等高风险的 API。
跨域隔离
为了能够使用这些强大的功能，并且保证我们的网站资源更加安全，我们需要为浏览器创建一个跨域隔离环境。
下文会提到很多专有术语，我们先把所有跨域相关的名词列出来，以防后面搞混：
COEP: Cross Origin Embedder Policy：跨源嵌入程序策略COOP: Cross Origin Opener Policy：跨源开放者政策CORP: Cross Origin Resource Policy：跨源资源策略CORS: Cross Origin Resource Sharing：跨源资源共享CORB: Cross Origin Read Blocking：跨源读取阻止
我们可以通过 COOP、COEP 来创建隔离环境。
Cross-Origin-Embedder-Policy: require-corp Cross-Origin-Opener-Policy: same-origin
下面我们来看一下，这两个 Hedaer 的意义，以及如何进行配置。
COOP：Cross Origin Resource Policy
COOP：跨源开放者政策，对应的 HTTP Header 是 Cross-Origin-Opener-Policy。
通过将 COOP 设置为 Cross-Origin-Opener-Policy: same-origin，将把从该网站打开的其他不同源的窗口隔离在不同的浏览器 Context Group，这样就创建的资源的隔离环境。
例如，如果带有 COOP 的网站打开一个新的跨域弹出页面，则其 window.opener 属性将为 null 。
除了 same-origin 、 COOP 还有另外两个不同的值：
Cross-Origin-Opener-Policy: same-origin-allow-popups
带有 same-origin-allow-popups 的顶级页面会保留一些弹出窗口的引用，这些弹出窗口要么没有设置 COOP ，要么通过将 COOP 设置为 unsafe-none 来选择脱离隔离。
Cross-Origin-Opener-Policy: unsafe-none
unsafe-none 是默认设置，允许当前页面和弹出页面共享 Context Group。
CORP、CORS
要启用跨域隔离，你还首先需要明确所有跨域资源明确被允许加载。这有两种实现方式，一种是CORP，另一种是 CORS。
CORS(跨域资源共享)在我么日常解决跨域问题时经常会使用，这个我们已经非常熟悉了，我们再来看看 CORP：
Cross-Origin-Resource-Policy: same-site
标记 same-site 的资源只能从同一站点加载。
Cross-Origin-Resource-Policy: same-origin
标记 same-origin 的资源只能从相同的来源加载。
Cross-Origin-Resource-Policy: cross-origin
标记 cross-origin 的资源可以由任何网站加载。
注意，如果是一些通用的 CDN 资源，例如 image、font、video、等，一定要设置成 cross-origin ，否则可能会导致资源无法被正常加载。
对于你无法控制的跨域资源，可以手动在 html 标签中添加 crossorigin 属性。
COEP：Cross Origin Embedder Policy
COOP：跨源嵌入程序政策，对应的 HTTP Header 是 Cross-Origin-Embedder -Policy。
启用 Cross-Origin-Embedder-Policy: require-corp，你可以让你的站点仅加载明确标记为可共享的跨域资源，也就是我们上面刚刚提到的配置，或者是同域资源。
如果没有设置 Cross-Origin-Resource-Policy 将会被阻止加载。
在完全启用 COEP 之前，可以通过使用 Cross-Origin-Embedder-Policy-Report-Only 检查策略是否能够正常运行。如果有不符合规范的资源，将不会被禁止加载，而是上报到你的服务器日志中。
测试跨域隔离是否正常
当你的 COOP、COEP 都配置完成之后，现在你的站点应该处于跨域隔离状态了，你可以通过使用 self.crossOriginIsolated 来判断隔离状态是否正常。
if(self.crossOriginIsolated){
// 跨域隔离成功
}
现在就可以愉快的使用 haredArrayBuffer, performance.measureMemory 或者 JS Self-Profiling API 这些强大的 API 了～
