消灭 DOM 型 XSS 的终极杀招！

最新推荐文章于 2024-09-14 19:55:29 发布

奇舞周刊

最新推荐文章于 2024-09-14 19:55:29 发布

阅读量119

点赞数

文章标签： xss 网络前端

原文链接：https://mp.weixin.qq.com/s?__biz=Mzg4MTYwMzY1Mw==&mid=2247512559&idx=1&sn=1cbf9b523f135da83b6bce7d546b408d&chksm=ceb2c0d0c45083afe5b3d677f0516446bb7db64b35eb58810bc1319dc25c31289dba368d9341&scene=126&sessionid=0

版权

大家好，我是 ConardLi。

最近发现 Chrome 团队在博客更新了一篇文章，表示 YouTube 要实施 Trusted Types（可信类型）了，要求相关插件的开发者尽快完成改造，不然插件可能就用不了了。

Trusted Types 要求第三方浏览器扩展程序在为 DOM API 赋值时使用类型化对象而不是字符串。自 2024 年 7 月 25 日起，不符合 Trusted Types 安全要求的浏览器扩展程序可能会在强制执行后停止运行，因此我们鼓励相应的开发者遵循 “预防基于 DOM 的跨站点脚本漏洞” 指南，以确保浏览器扩展程序与新的 YouTube 安全标准兼容。

其实 Trusted Types（可信类型）在我之前的文章里也介绍过：

聊一下 Chrome 新增的可信类型（Trusted types）

不过当时它还是一个非常早期的提案，过了很久都没什么动静，我以为要凉凉了，然而最近发现 YouTube 这样大的站点居然都要开始实施它了，说明这个提案已经逐步走向标准化，并且开始被大家所认可了。

今天我们就继续来聊聊 Trusted Types ，看看 YouTube 为什么要求开发者做改造才能继续使用呢？

多年来，DOM XSS 一直是最普遍且最危险的网络安全漏洞之一。

跨站脚本攻击（XSS）有两种类型。一些 XSS 漏洞是由服务端代码不安全地拼接构成网站的 HTML 代码引起的。另一些则根源于客户端，即 JavaScript 代码将用户可控的内容传入危险函数。

为了防止服务器端 XSS，尽量不要通过拼接字符串的方式来生成 HTML。相反，使用安全的上下文自动转义模板库，并结合基于 nonce 的内容安全策略（Content Security Policy）来进一步减少漏洞。

基于 nonce 的内容安全策略（Content Security Policy），这个可能很多同学理解不了，其实它也是用来防护 XSS 风险的一个非常好的手段，在后面的文章里我会给大家讲解。

而浏览器现在推出的 Trusted Types 就是防护 DOM 型的 XSS 攻击的。

Trusted Types 的工作原理

基于 DOM 的跨站脚本攻击（DOM XSS）一般发生在用户可控的源（如用户名或从 URL 片段中获取的重定向 URL）数据到达一个接收点时，这个接收点是一个可以执行任意 JavaScript 代码的函数（如 eval()）或属性设置器（如 .innerHTML）。

Trusted Types 的工作原理就是锁定以下风险接收函数，并且保障这些函数的调用方式，或者传入的参数一定是安全的。

脚本操作：

<script src> 和设置 <script> 元素的文本内容。

从字符串生成 HTML：

innerHTML
outerHTML
insertAdjacentHTML
<iframe> srcdoc
document.write
document.writeln
DOMParser.parseFromString

执行插件内容：

<embed src>
<object data>
<object codebase>

运行时 JavaScript 代码编译：

eval
setTimeout
setInterval
new Function()

Trusted Types 要求我们在将数据传递给这些接收函数之前必须要对其进行处理。

如果仅使用字符串的话就会被阻止，因为浏览器不知道数据是否可信：

❌ 危险的做法：

anElement.innerHTML = location.href;

启用 Trusted Types 后，浏览器会抛出一个 TypeError，并防止使用字符串作为 DOM XSS 接收点。

为了表明数据已被安全处理，需要创建一个特殊对象 —— Trusted Type。

✅ 安全的做法：

anElement.innerHTML = aTrustedHTML;

启用 Trusted Types 后，浏览器会要求这些传入的参数必须是 TrustedHTML 对象，另外对于其他的一些敏感接收点，还有 TrustedScript 和 TrustedScriptURL 对象。

听起来可能有点抽象，我们来举几个具体的例子，下面几种场景会被 Trusted Types 认为是安全的：

1.使用结构化的对象动态创建 `DOM` ，而不是使用 `innerHTML`：

element.textContent = '';
const img = document.createElement('img');
img.src = 'ConardLi.jpg';
element.appendChild(img);

2.使用支持可信类型的三方库处理后的数据：

比如我们可以使用 DOMPurify 清理 HTML 中的危险代码：

import DOMPurify from 'dompurify';
element.innerHTML = DOMPurify.sanitize(html, {RETURN_TRUSTED_TYPE: true});

DOMPurify 已经支持了可信类型，并返回封装在 TrustedHTML 对象中的经过清理的 HTML，以免浏览器生成违规行为。

另外，这个列表里列举了所有已经和 Trusted Types 集成的开源库：

https://github.com/w3c/trusted-types/wiki/Integrations

3.自己创建可信类型策略

有的时候我们可能没办法移除导致违规的代码，而且也没有任何库可以用来清理危险代码，在这些情况下，我们可以自行创建可信类型对象。

// 检查浏览器是否支持 Trusted Types 以及是否可以创建策略
if (window.trustedTypes && trustedTypes.createPolicy) { 
  // 创建一个名为 'myEscapePolicy' 的策略，用于转义 HTML 字符 '<'
  const escapeHTMLPolicy = trustedTypes.createPolicy('myEscapePolicy', {
    createHTML: string => string.replace(/\</g, '&lt;')
  });
}

// 使用上面定义的策略来转义 HTML 字符串
const escaped = escapeHTMLPolicy.createHTML('<img src=x onerror=alert(1)>');

// 验证转义后的结果是否为 TrustedHTML 实例
console.log(escaped instanceof TrustedHTML);  // true

// 将转义后的 HTML 安全地插入到 DOM 中
el.innerHTML = escaped;  // '&lt;img src=x onerror=alert(1)>'

还有一些情况，比从 CDN 加载第三方库时，我们无法更改违规代码。在这种情况下，可以使用默认策略：

if (window.trustedTypes && trustedTypes.createPolicy) { // Feature testing
  trustedTypes.createPolicy('default', {
    createHTML: (string, sink) => DOMPurify.sanitize(string, {RETURN_TRUSTED_TYPE: true})
  });
}

如何实施 Trusted Types？

Trusted Types 目前也是基于 CSP 来实施的，我们可以在 CSP Header 中增加下面的指令：

Content-Security-Policy: require-trusted-types-for 'script';

这就表示要求网站上所有以上提到的风险函数，比如符合 Trusted Types 要求才能继续执行，否则就会被拦截。

这也是为什么 YouTube 要求广大插件开发者做相应的安全改造，因为这些插件往往有很多更改 DOM 的操作，如果不按照 Trusted Types 的要求进行改造，插件就可能挂掉。

当前，直接增加这个指令，特别是对于一些比较老的网站，可能会带来一些负面影响，我们也不确定一次性是不是可以改的全，所以一般我们会先使用 Report Only 模式进行观察：

Content-Security-Policy-Report-Only: require-trusted-types-for 'script'; report-uri //my-csp-endpoint.example

通过配置 report-uri 或者 Reporting API ，我们可以先在浏览器检测到违规行为时上报到我们提供的一个服务器，而不是直接进行拦截，上报的格式如下：

{
"csp-report": {
    "document-uri": "https://www.conardli.top",
    "violated-directive": "require-trusted-types-for",
    "disposition": "report",
    "blocked-uri": "trusted-types-sink",
    "line-number": 17,
    "column-number": 17,
    "source-file": "https://www.conardli.top/script.js",
    "status-code": 0,
    "script-sample": "Element innerHTML <img src=x"
}
}

这表示在 https://www.conardli.top/script.js 的第 17 行中，使用以 <img src=x 开头的字符串调用了 innerHTML。

Trusted Types 断点

为了方便开发者进行调试，Chrome Devtools 还专门提供了用于 Trusted Types 的断点：

在 Sources 选项卡的 Breakpoints 窗格中，转到 CSP Violation Breakpoints 部分并启用以下选项之一或同时启用这两个选项，然后执行代码：

勾选 Sink Violations：

勾选 Policy Violations：

Trusted Types Polifill

ES5 / ES6 版本可以直接在浏览器中加载。浏览器 polyfill 有两种提供方式 - api_only (light) 和 full。api_only 定义了 API，我们可以用来创建策略和类型。完整版本还基于从当前文档推断的 CSP 策略，在 DOM 中启用类型强制。

<!-- API only -->
<script src="https://w3c.github.io/webappsec-trusted-types/dist/es5/trustedtypes.api_only.build.js"></script>
<script>
     const p = trustedTypes.createPolicy('foo', ...)
     document.body.innerHTML = p.createHTML('foo'); // works
     document.body.innerHTML = 'foo'; // but this one works too (no enforcement).
</script>

<!-- Full -->
<script src="https://w3c.github.io/webappsec-trusted-types/dist/es5/trustedtypes.build.js" data-csp="trusted-types foo bar; require-trusted-types-for 'script'"></script>
<script>
    trustedTypes.createPolicy('foo', ...);
    trustedTypes.createPolicy('unknown', ...); // throws
    document.body.innerHTML = 'foo'; // throws
</script>

在 Node.js 环境中，也提供了专门的 NPM 包：

安装：

$ npm install trusted-types

使用：

const tt = require('trusted-types'); // or import { trustedTypes } from 'trusted-types'

最后

参考：

https://github.com/w3c/trusted-types
https://web.dev/articles/trusted-types
https://developer.chrome.com/blog/trusted-types-on-youtube

抖音前端架构团队目前放出不少新的 HC ，又看起会的小伙伴可以看看这篇文章：抖音前端架构团队正在寻找人才！FE/Client/Server/QA

如果你想加入高质量前端交流群，或者你有任何其他事情想和我交流也可以添加我的个人微信 ConardLi 。

点赞和在看是最大的支持⬇️❤️⬇️