医疗数字化转型的五个预测

绕过CORB

目前，已经有多种方法可以绕过CORB。

· CORB bypass in Workers by @_tsuro

· CORB bypass in WebSocket by @piochu

· CORB bypass in AppCache

从根本上说，如果使用URLLoader在禁用CORB的情况下获取了URL，并且响应被泄露给了跨站点的Web渲染器进程，那么就可以绕过CORB。

例如，我们能够使用AppCache来绕过CORB，因为用于下载缓存资源的URLLoader禁用了CORB。据我所知，AppCache曾经允许缓存跨源的HTML文件，所以，我想这可能会导致CORB被绕过，而且事实也确实如此。

同样需要注意的是，一些渲染器进程可以通过某些设计(例如扩展渲染器进程)来绕过CORB。

跨源资源策略

虽然CORB默认情况下可以保护很多敏感资源，但有些资源(如图片)可以嵌入Web上的多个站点中。因此，CORB默认情况下不能保护此类资源进入跨源页面。

跨源资源策略(CORP)允许开发人员规定某些资源是否可以嵌入到同源、同站点或跨源页面。浏览器可以利用这些规定来保护那些默认情况下无法受到CORB保护的资源。

通过CORP，网站可以保护敏感资源免受各种攻击，如Spectre攻击、XSSI、特定于子资源的SOP绕过等。换句话说，缺少CORP头部的敏感资源可以使用Spectre攻击来读取(除非资源受到CORB的保护)。
 

测试进程隔离逻辑

借助于Chromium任务管理器(Windows中可以通过Shift + Esc组合键调出它)和FramesExplorer等工具，我们在站点隔离机制的进程隔离逻辑中发现了一些问题，这有助于识别哪些frame共享了同一个进程(此外，您还可以使用chrome://process-internals/#web-contents来完成同一任务)。

站点隔离如何缓解UXSS攻击?

从历史上看，大多数UXSS攻击都是通过绕过在渲染器进程中实现的同源策略检查来实现的。换句话说，一旦您可以绕过同源策略检查，所有跨站点数据就都可以在渲染器进程中使用。因此，JS代码能够获取窗口、文档或任何其他跨域对象引用。

站点隔离通过隔离进程从根本上改变了这一点。也就是说，即使您可以绕过同源策略检查，其他站点的数据也无法在同一进程中使用。

此外，将跨域窗口导航到JavaScript URL的UXSS手段也不是问题。我们知道，JavaScript URL导航要想成功，2个网页必须是同源的。因此，对JavaScript URL的导航可以在渲染器进程内处理(渲染器应该承载任何具有窗口引用的同源网页)，这样，任何上传到浏览器进程的JavaScript URL导航请求都可以安全地被忽略。当然，如果您忘记了在浏览器进程中忽略JavaScript URL，那就是一个bug了。

只有进程隔离还远远不够

站点隔离有助于缓解UXSS，但是进程隔离还不足以防止所有跨站点数据泄漏。

最简单的例子就是Spectre攻击。借助Spectre攻击，攻击者可以读取进程的整个地址空间。尽管进程隔离有助于隔离网页，但子资源(例如图像、音频、视频等)不是进程隔离的。

因此，在没有其他缓解措施的情况下，攻击者可以通过使用img标签嵌入该页面来读取任意跨站点页面。

（编辑：唐山站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!