内容安全策略（content-security-policy）

时间：2024-10-13 07:57:15

内容安全策略

  • 1. iframe
    • 点击劫持与安全策略
    • 服务端设置
    • 解决思路
  • 2. Content Security Policy，即内容安全策略
    • 限制选项
    • Content-Security-Policy-Report-Only
    • 选项值
    • script-src 的特殊值
    • 注意点

1. iframe

在使用iframe 的时候

<iframe style="border:0;width:100%;height:100%" src="/join"/>
  • 1

请求拒绝
经查 报的是
Refused to frame '/' because an ancestor violates the following Content Security Policy directive: "frame-ancestors 'none'".

Refused to frame ‘/’ because an ancestor violates the following Content Security Policy directive: “frame-ancestors ‘none’”.

原因是 点击劫持与安全策略

点击劫持与安全策略

禁止页面被放在iframe里加载主要是为了防止点击劫持（Clickjacking）：
防止点击劫持（Clickjacking）
具体的，对于点击劫持，主要有 3 项应对措施：

  • CSP（Content Security Policy，即内容安全策略）
  • X-Frame-Options
  • framekiller

服务端设置

通过设置 HTTP 响应头来声明 CSP 和X-Frame-Options，例如：

# 不允许被嵌入，包括<frame>, <iframe>, <object>, <embed> 和 <applet>
Content-Security-Policy: frame-ancestors 'none'
# 只允许被同源的页面嵌入
Content-Security-Policy: frame-ancestors 'self'
# 只允许被白名单内的页面嵌入
Content-Security-Policy: frame-ancestors 

# 不允许被嵌入，包括<frame>, <iframe>, <embed> 和 <object>
X-Frame-Options: deny
# 只允许被同源的页面嵌入
X-Frame-Options: sameorigin
# （已废弃）只允许被白名单内的页面嵌入
X-Frame-Options: allow-from
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13

还有个与frame-ancestors长得很像的frame-src，但二者作用相反，后者用来限制当前页面中的与所能加载的内容来源

至于 framekiller，则是在客户端执行一段 JavaScript，从而反客为主：

// 原版
<script>
if(top != self) top.location.replace(location);
</script>

// 增强版
<style> html{display:none;} </style>
<script>
if(self == top) {
  document.documentElement.style.display = 'block';
} else {
  top.location = self.location;
}
</script>
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14

而 Github 登录页，同时设置了 CSP 和X-Frame-Options响应头：

content-security-policy: 
	default-src 'none'; 
	base-uri 'self'; 
	block-all-mixed-content; 
	connect-src 'self'     github-cloud. github-production-repository-file-5c1aeb. github-production-upload-manifest-file-7fdce7. github-production-user-asset-6210df.  /v1/events wss://; font-src ; 
	form-action 'self'  ; 
	frame-ancestors 'none'; 
	frame-src  ; 
	img-src 'self' data:    github-cloud. *.; 
	manifest-src 'self'; 
	media-src 'none'; 
	script-src ; 
	style-src 'unsafe-inline' ; 
	worker-src / /
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
Content-Security-Policy: frame-ancestors 'none';
X-Frame-Options: deny
  • 1
  • 2

因此无法通过iframe嵌入，那么，有办法打破这些限制吗？

解决思路

  1. 篡改响应头，使之满足iframe安全限制
  2. 不直接加载源内容，绕过iframe安全限制

在资源响应到达终点之前的任意环节，拦截下来并改掉 CSP 与X-Frame-Options，比如在客户端收到响应时拦截篡改，或由代理服务转发篡改

而另一种思路很有意思，借助Chrome Headless加载源内容，转换为截图展示到iframe中。例如Browser Preview for VS Code：

2. Content Security Policy，即内容安全策略

在这里插入图片描述
为了防止它们，要采取很多编程措施，非常麻烦。很多人提出，能不能根本上解决问题，浏览器自动禁止外部注入恶意脚本？
这就是"网页安全政策"（Content Security Policy，缩写 CSP）的来历

CSP 的实质就是白名单制度，开发者明确告诉客户端，哪些外部资源可以加载和执行，等同于提供白名单。它的实现和执行全部由浏览器完成，开发者只需提供配置。

CSP 大大增强了网页的安全性。攻击者即使发现了漏洞，也没法注入脚本，除非还控制了一台列入了白名单的可信主机。

两种方法可以启用 CSP。

  • 通过 HTTP 头信息的Content-Security-Policy的字段。
Content-Security-Policy: script-src 'self'; object-src 'none';
style-src  ; child-src https:
  • 1
  • 2
  • 通过网页的标签
<meta http-equiv="Content-Security-Policy" content="script-src 'self'; object-src 'none'; style-src  ; child-src https:">
  • 1

，CSP 做了如下配置:

脚本：只信任当前域名
标签：不信任任何URL，即不加载任何资源
样式表：只信任和
框架（frame）：必须使用HTTPS协议加载
其他资源：没有限制

启用后，不符合 CSP 的外部资源就会被阻止加载。

限制选项

  1. 资源加载限制
  • script-src：外部脚本
  • style-src：样式表
  • img-src：图像
  • media-src：媒体文件（音频和视频）
  • font-src：字体文件
  • object-src：插件（比如 Flash）
  • child-src：框架
  • frame-ancestors：嵌入的外部资源（比如、、和）
  • connect-src：HTTP 连接（通过 XHR、WebSockets、EventSource等）
  • worker-src：worker脚本
  • manifest-src：manifest 文件
  1. default-src
    用来设置上面各个选项的默认值。

Content-Security-Policy: default-src ‘self’
#限制所有的外部资源，都只能从当前域名加载。

如果同时设置某个单项限制（比如font-src）和default-src，前者会覆盖后者，即字体文件会采用font-src的值，其他资源依然采用default-src的值。
3. URL 限制
网页会跟其他 URL 发生联系，这时也可以加以限制。

frame-ancestors：限制嵌入框架的网页
base-uri：限制<base#href>
form-action：限制<form#action>
  • 1
  • 2
  • 3
  1. 其他限制
block-all-mixed-content：HTTPS 网页不得加载 HTTP 资源（浏览器已经默认开启）
upgrade-insecure-requests：自动将网页上所有加载外部资源的 HTTP 链接换成 HTTPS 协议
plugin-types：限制可以使用的插件格式
sandbox：浏览器行为的限制，比如不能有弹出窗口等。
  • 1
  • 2
  • 3
  • 4
  1. report-uri
    有时，我们不仅希望防止 XSS，还希望记录此类行为。report-uri就用来告诉浏览器，应该把注入行为报告给哪个网址。
Content-Security-Policy: default-src 'self'; ...; report-uri /my_amazing_csp_report_parser;
  • 1

上面代码指定，将注入行为报告给/my_amazing_csp_report_parser这个 URL。

Content-Security-Policy-Report-Only

除了Content-Security-Policy，还有一个Content-Security-Policy-Report-Only字段，表示不执行限制选项，只是记录违反限制的行为。

它必须与report-uri选项配合使用。

Content-Security-Policy-Report-Only: default-src 'self'; ...; report-uri /my_amazing_csp_report_parser;
  • 1

选项值

每个限制选项可以设置以下几种值，这些值就构成了白名单。

主机名：，:443
路径名：/resources/js/
通配符：*.，*://*.:*（表示任意协议、任意子域名、任意端口）
协议名：https:、data:
关键字'self'：当前域名，需要加引号
关键字'none'：禁止加载任何外部资源，需要加引号
多个值也可以并列，用空格分隔。
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

Content-Security-Policy: script-src ‘self’
如果同一个限制选项使用多次，只有第一次会生效。

错误的写法

script-src ; script-src
  • 1

正确的写法

script-src
  • 1

如果不设置某个限制选项，就是默认允许任何值。

script-src 的特殊值

除了常规值，script-src还可以设置一些特殊值。注意，下面这些值都必须放在单引号里面。

'unsafe-inline'：允许执行页面内嵌的&lt;script>标签和事件监听函数
unsafe-eval：允许将字符串当作代码执行，比如使用eval、setTimeout、setInterval和Function等函数。
nonce值：每次HTTP回应给出一个授权token，页面内嵌脚本必须有这个token，才会执行
hash值：列出允许执行的脚本代码的Hash值，页面内嵌脚本的哈希值只有吻合的情况下，才能执行。
nonce值的例子如下，服务器发送网页的时候，告诉浏览器一个随机生成的token。
  • 1
  • 2
  • 3
  • 4
  • 5
Content-Security-Policy: script-src 'nonce-EDNnf03nceIOfn39fn3e9h3sdfa'
  • 1

页面内嵌脚本，必须有这个token才能执行。

<script nonce=EDNnf03nceIOfn39fn3e9h3sdfa>
  // some code
</script>
  • 1
  • 2
  • 3

hash值的例子如下，服务器给出一个允许执行的代码的hash值。

Content-Security-Policy: script-src 'sha256-qznLcsROx4GACP2dm0UCKCzCG-HiZ1guq6ZZDob_Tng='
  • 1

下面的代码就会允许执行，因为hash值相符。

注意，计算hash值的时候，

除了script-src选项，nonce值和hash值还可以用在style-src选项，控制页面内嵌的样式表。

注意点

（1）script-src和object-src是必设的，除非设置了default-src。

因为攻击者只要能注入脚本，其他限制都可以规避。而object-src必设是因为 Flash 里面可以执行外部脚本。

（2）script-src不能使用unsafe-inline关键字（除非伴随一个nonce值），也不能允许设置data:URL。

下面是两个恶意攻击的例子。

<img src="x" onerror="evil()">
<script src="data:text/javascript,evil()"></script>
  • 1
  • 2

（3）必须特别注意 JSONP 的回调函数。

上面的代码中，虽然加载的脚本来自当前域名，但是通过改写回调函数，攻击者依然可以执行恶意代码。

相关文章