Content-Security-Policy

原创
2014/10/21 11:46
阅读数 89

本文介绍的是W3C的 Content Security Policy,简称CSP。 顾名思义,这个规范与内容安全有关,主要是用来定义页面可以加载哪些资源,减少XSS的发生。 Chrome扩展已经引入了CSP,通过manifest.json中的content_security_policy字段来定义。 一些现代浏览器也支持通过响应头来定义CSP。 下面我们主要介绍如何通过响应头来使用CSP,Chrome扩展中CSP的使用可以参考Chrome官方文档。

#浏览器兼容性 早期的Chrome是通过X-WebKit-CSP响应头来支持CSP的,而firefox和IE则支持X-Content-Security-Policy,Chrome25和Firefox23开始支持标准的的Content-Security-Policy,见下表。

<table> <thead><tr><th>响应头</th><th>Chrome</th><th>Firefox</th><th>Safari</th><th>IE</th></tr></thead> <tbody> <tr><td>`Content-Security-Policy` </td><td>`25+` </td><td>`23+` </td><td>`-` </td><td>`-`</td></tr> <tr><td>`X-Content-Security-Policy`</td><td>`-` </td><td>`4.0+` </td><td>`-` </td><td>`10.0(有限的)`</td></tr> <tr><td>`X-Webkit-CSP` </td><td>`14+` </td><td>`-` </td><td>`6+` </td><td>`-`</td></tr> </tbody> </table> 完整的浏览器CSP支持情况请移步 [CanIUse](http://caniuse.com/)。

#如何使用 要使用CSP,只需要服务端输出类似这样的响应头就行了:

Content-Security-Policy: default-src 'self'

default-src是CSP指令,多个指令之间用英文分号分割;'self'是指令值,多个指令值用英文空格分割。 目前,有这些CSP指令:

<table> <thead><tr><th>指令</th><th>指令值示例</th><th>说明</th></tr></thead> <tbody> <tr><td>`default-src` </td><td>`'self' cnd.a.com`</td><td>定义针对所有类型(js、image、css、web font,ajax请求,iframe,多媒体等)资源的默认加载策略,某类型资源如果没有单独定义策略,就使用默认的。</td></tr> <tr><td>`script-src` </td><td>`'self' js.a.com` </td><td>定义针对JavaScript的加载策略。</td></tr> <tr><td>`style-src` </td><td>`'self' css.a.com`</td><td>定义针对样式的加载策略。</td></tr> <tr><td>`img-src` </td><td>`'self' img.a.com`</td><td>定义针对图片的加载策略。</td></tr> <tr><td>`connect-src` </td><td>`'self'` </td><td>针对Ajax、WebSocket等请求的加载策略。不允许的情况下,浏览器会模拟一个状态为400的响应。</td></tr> <tr><td>`font-src` </td><td>`font.a.com` </td><td>针对Web Font的加载策略。</td></tr> <tr><td>`object-src` </td><td>`'self'` </td><td>针对`<object>`、`<embed>`或`<applet>`等标签引入的flash等插件的加载策略。</td></tr> <tr><td>`media-src` </td><td>`media.a.com` </td><td>针对`<audio>`或`<video>`等标签引入的html多媒体的加载策略。</td></tr> <tr><td>`frame-src` </td><td>`'self'` </td><td>针对frame的加载策略。</td></tr> <tr><td>`sandbox` </td><td>`allow-forms` </td><td>对请求的资源启用`sandbox`(类似于`iframe`的`sandbox`属性)。</td></tr> <tr><td>`report-uri` </td><td>`/report-uri` </td><td>告诉浏览器如果请求的资源不被策略允许时,往哪个地址提交日志信息。</td></tr> </tbody> </table> 特别的:如果只想让浏览器汇报日志,而不阻止任何内容。可以改用`Content-Security-Policy-Report-Only`响应头。

指令值可以由下面这些内容组成:

指令值 | 指令示例 | 说明 -|| * | img-src * | 允许任何内容。 'none' | img-src 'none' | 不允许任何内容。 'self' | img-src 'self' | 允许来自相同来源的内容(相同的协议、域名和端口)。 data | img-src data | 允许data:协议(例如base64编码的图片)。 www.a.com | img-src img.a.com | 允许加载指定域名的资源。 *.a.com | img-src *.a.com | 允许加载a.com任何子域的资源。 https://img.com | img-src https://img.com | 允许加载img.com的https资源(协议需匹配)。 https: | img-src https: | 允许加载https资源。 'unsafe-inline' | script-src 'unsafe-inline' | 允许加载inline资源(例如常见的style属性,onclickinline jsinline css等等)。 'unsafe-eval' | script-src 'unsafe-eval' | 允许加载动态js代码,例如eval()

从上面的介绍可以看到,CSP协议可以控制的内容非常多。而且如果不特别指定'unsafe-inline'时,页面上所有inline的样式和脚本都不会执行;不特别指定'unsafe-eval',页面上不允许使用new Function,setTimeout,eval等方式执行动态代码。在限制了页面资源来源之后,被XSS的风险确实小不少。

当然,仅仅依靠CSP来防范XSS是远远不够的,不支持全部浏览器是它的硬伤。不过,鉴于低廉的开发成本,加上也没什么坏处。如果担心影响面太大,也可以像下面这样,仅收集不匹配规则的日志,先观察下:

Content-Security-Policy-Report-Only: script-src 'self'; report-uri http://test/

这样,如果页面上有inline的JS,依然会执行,只是浏览器会向指定地址发送一个post请求,包含这样的信息:

{
  "csp-report":{
    "document-uri": "http://test/test.php",
    "referrer": "",
    "violated-directive": "script-src 'self'",
    "original-policy": "script-src 'self'; report-uri http://test/",
    "blocked-uri": ""
  }
}

CSP先介绍到这里。现代浏览器支持不少与安全有关的响应头,以后接着再介绍。

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部