使用SRI保护你的网站免受第三方CDN恶意攻击

出于速度和降低服务器负载考虑,有时候我们会选择使用 CDN 加载第三方静态资源。对于一些热门的第三方库,在用户打开你的网页之前就很有可能在浏览别的网站时被浏览器缓存下来,这样就可以极大的提升网页加载速度。

然而使用 CDN 也提高了网站的安全风险:第三方静态资源放在第三方服务器上,CDN 的拥有者有没有可能偷偷的篡改这些文件,加入恶意代码呢?或者 CDN 服务器遭受了黑客攻击,整个文件被替换掉。虽然可能性不高,但不是零。JavaScript 对于当前浏览器页面有完全控制权,他们不仅仅能获取到页面上的任何内容,还能抓取用户输入的一些诸如密码之类的机密信息,还能获取到保存到 Cookie 中的登录票据等等内容,这就是所谓的 XSS 攻击。

我们需要一种机制确保从 CDN 下载的文件未被恶意篡改。某些下载网站就提供下载文件的 MD5 或 SHA1 码用于检查所下载文件的完整性,网页中有没有类似的机制呢?

什么是 SRI

子资源完整性 Subresource Integrity 简称 SRI 是一种安全机制,它用于让浏览器检查所下载的来自第三方的资源(例如 CDN)未被恶意篡改。它使用哈希值检查确保第三方资源的完整性。只要开发者提供了被需下载资源的哈希值,浏览器就可以检查实际下载的文件是否与预期的哈希值匹配。

使用 SRI

只需给 script 或 style 标签添加 integrity 属性即可。例如:

  • JavaScript
<script src="https://code.jquery.com/jquery-3.2.1.min.js" integrity="sha384-xBuQ/xzmlsLoJpyjoggmTEz8OWUFM0/RC5BsqQBDX2v5cMvDHcMakNTNrHIW2I5f" crossorigin="anonymous"></script>
  • CSS
<link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/normalize/7.0.0/normalize.min.css"integrity="sha384-7tIwW4quYS2+TZCwuAPnUY+dRqg28ylzlIoVXAwpfiTs+CMKsAOSsWYQ96c/ZnV+" crossorigin="anonymous">

integrity 属性值以 shaXXX- 开头,表示后面的哈希值使用的哈希算法,目前只允许 sha256sha384 或 sha512 这三种哈希算法,以 sha384 比较多见。后面跟对应的哈希值即可。

值得注意的是,因为启用 SRI 需要获取所下载文件的内容进行计算,所以需要 CDN 服务器启用跨域资源访问(CORS)支持,即返回 Access-Control-Allow-Origin: * 头。客户端需要使用跨域的形式加载指定文件,即添加 crossorigin="anonymous" 属性。就我所知,目前国内相对常用的免费 CDN bootcdn 已经支持 CORS,百度静态 CDN 还不支持。

浏览器如何处理 SRI

  1. 当浏览器遇到一个带有 integrity 的 script 或 style 标签,在执行其中的 JS 脚本或应用其中的 CSS 样式之前,浏览器会首先计算所下载文件的内容的哈希值是否与 integrity 属性给定的值相同。
  2. 如果计算结果与给定值不匹配,浏览器会拒绝执行脚本内容,并报出一个网络错误,类似如下结果:
Failed to find a valid digest in the 'integrity' attribute for resource 'https://cdnjs.cloudflare.com/ajax/libs/normalize/6.0.0/normalize.min.css' with computed SHA-256 integrity 'VbcxqgMGQYm3q8qZMd63uETHXXZkqs7ME1bEvAY1xK8='. The resource has been blocked.

如何计算哈希值

这是 SRI 标准文档提供的例子

$ echo -n "alert('Hello, world.');" | openssl dgst -sha384 -binary | openssl base64 -A

使用了 OpenSSL 这个 *nix 中通常都包含的工具计算哈希值。其中 alert('Hello, world.'); 是文件内容,你也可以用 cat Filename.js 直接读取某个文件。

输出 H8BRh8j48O9oYatfu5AZzq6A9RINhZO5H16dQZngK7T62em8MUt1FLm52t+eX6xO,在此基础上添加前缀 sha384- 就可以了。

网上也有现成的 SRI 哈希值生成器,方便好用:https://srihash.org/

CSP 与 SRI

你可以使用 内容安全政策 (CSP)强制要求当前页面所有脚本加载标签启用 SRI。例如

Content-Security-Policyrequire-sri-for script;

强制要求所有 script 标签启用 SRI,浏览器会拒绝加载未启用 SRI 的 script 标签。

对应的还有 CSS 版本:

Content-Security-Policyrequire-sri-for style;

你也可以同时启用两者。

错误恢复

使用 CDN 时别忘了当尝试从 CDN 加载文件失败后加载本地版本:

<script src="https://code.jquery.com/jquery-3.2.1.min.js"
        integrity="sha384-xBuQ/xzmlsLoJpyjoggmTEz8OWUFM0/RC5BsqQBDX2v5cMvDHcMakNTNrHIW2I5f"
        crossorigin="anonymous"></script>
<script>if (!window.jQuery) document.write('<script src="/jquery-3.2.1.min.js"><\/script>')</script>

本文来自:https://segmentfault.com/a/1190000011337230

<think>好的,用户之前让我介绍了Vue项目优化的常见问题和解决办法,现在他问“是不是少了第三方包的处理情况”,需要确认我的回答是否遗漏了第三方包的优化部分。 首先,回顾之前的回答,我确实在打包体积优化里提到了按需引入UI组件和webpack分包策略,但可能没有专门针对第三方包进行全面处理。用户可能觉得这部分不够详细,或者没有覆盖所有第三方包的优化方法,比如CDN引入、Tree Shaking、更新策略等。 接下来,我需要思考用户为什么会这么问。可能用户在实际项目中遇到了第三方包导致的问题,比如打包体积过大、加载速度慢,或者版本管理的问题。他们可能希望更详细的处理方案,比如如何通过CDN加速,如何去除未使用的代码,或者如何处理依赖更新带来的问题。 然后,我需要补充第三方包优化的其他方面。例如,使用CDN引入第三方库可以减少打包体积,利用浏览器缓存;Tree Shaking可以去除未使用的代码;还有动态导入、版本锁定等方法。这些都是处理第三方包的重要策略。 另外,用户可能对如何具体实施这些优化措施感兴趣,需要提供代码示例,比如在vue.config.js中配置externals,或者在index.html中添加CDN链接。同时,要提到注意事项,比如CDN的可用性、版本一致性等,确保用户实施时不会出现问题。 最后,还要考虑用户的技术水平,是否对webpack配置熟悉,是否需要更详细的步骤说明。比如,使用DLL预构建可能对新手来说比较复杂,是否需要进一步解释或者给出参考链接。 总结,用户的需求是希望获得更全面的第三方包优化方案,包括CDN、Tree Shaking、动态加载、版本管理等方面,并提供具体的代码示例和注意事项,确保他们能够有效应用到项目中。</think>您提到的非常正确!第三方依赖包的处理确实是性能优化中的重点环节,以下补充第三方库专项优化方案及代码示例: --- ### 第三方包专项优化 #### 1. **CDN引入公共库** **场景**:vue/vuex/vue-router等基础库占用打包体积 **解决方案**: ```javascript // vue.config.js configureWebpack: { externals: { vue: 'Vue', 'vue-router': 'VueRouter', vuex: 'Vuex' } } // public/index.html 添加CDN链接 <script src="https://cdn.jsdelivr.net/npm/vue@2.6.14/dist/vue.runtime.min.js"></script> <script src="https://cdn.jsdelivr.net/npm/vue-router@3.5.3/dist/vue-router.min.js"></script> <script src="https://cdn.jsdelivr.net/npm/vuex@3.6.2/dist/vuex.min.js"></script> ``` #### 2. **Tree Shaking优化** **场景**:lodash等工具库全量引入 **解决方案**: ```javascript // 错误用法 import _ from 'lodash' // 正确用法(按需引入) import debounce from 'lodash/debounce' import cloneDeep from 'lodash/cloneDeep' // 配合babel插件(babel-plugin-lodash) ``` #### 3. **动态加载第三方资源** **场景**:非首屏必须的库(如图表库) **解决方案**: ```javascript // 动态加载ECharts async loadEcharts() { const echarts = await import('echarts') this.chart = echarts.init(this.$refs.chartDom) } ``` #### 4. **版本锁定策略** **场景**:依赖版本冲突导致异常 **解决方案**:使用精确版本号 ```json // package.json "dependencies": { "moment": "2.29.1", // 避免使用^或~ "axios": "0.21.4" } ``` #### 5. **依赖包质量审计** **场景**:存在安全漏洞或低效代码 **解决方案**: ```bash # 使用npm audit检查漏洞 npm audit # 使用webpack-bundle-analyzer分析依赖占比 npx vue-cli-service build --report ``` --- ### 第三方包处理原则 1. **体积评估**: - 超过50KB的依赖需特别关注 - 使用 `import-cost` VSCode插件实时查看引入体积 2. **更新策略**: - 定期执行 `npm outdated` 检查更新 - 大版本更新前在测试环境验证 3. **替代方案**: ```javascript // 大型库替代方案示例 moment.js → day.js(体积减少97%) lodash → lodash-es(ES Modules版本) ``` --- ### 典型案例分析 **案例**:项目引入全量ElementUI导致体积过大 **优化步骤**: 1. 配置按需加载 2. 剥离CSS到CDN 3. 使用`babel-plugin-component`优化 ```javascript // babel.config.js plugins: [ [ "component", { "libraryName": "element-ui", "styleLibraryName": "theme-chalk", "ext": ".css" // 分离样式文件 } ] ] ``` --- ### 注意事项 1. CDN资源需配置备用源(SRI校验) 2. 生产环境禁用`console.log` ```javascript // vue.config.js config.optimization.minimizer('terser').tap(args => { args[0].terserOptions.compress.drop_console = true return args }) ``` 3. 使用`preload`预加载关键资源 ```html <link rel="preload" href="lib/vue.runtime.min.js" as="script"> ``` 通过以上专项处理,典型项目可减少第三方依赖体积40%-70%,建议结合Lighthouse报告持续优化。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值