通过Service Workers实现持久化 XSS
1|0通过Service Workers实现持久化 XSS
1|1service worker
Service workers 本质上充当Web应用程序与浏览器之间的代理服务器,也可以在网络可用时作为浏览器和网络间的代理。它们旨在(除其他之外)使得能够创建有效的离线体验,拦截网络请求并基于网络是否可用以及更新的资源是否驻留在服务器上来采取适当的动作。他们还允许访问推送通知和后台同步API。 ——mdn
Service worker运行在worker上下文,因此它不能访问DOM。相对于驱动应用的主JavaScript线程,它运行在其他线程中,所以不会造成阻塞。它设计为完全异步,同步API(如XHR和localStorage)不能在service worker中使用。
出于安全考量,Service workers有一些限制:
- 只能注册同源下的js
- 网站必须是
https://
或者http://localhost/
- content-type 为 */javascript
- Worker 线程不能获得下列对象:DOM对象,Windows对象,document对象,parent对象。
查看已有的sw:Chrome地址栏访问 chrome://serviceworker-internals/,就可以看见已有的后台服务。
注册
service worker的注册方式
需要注意的是 sw 文件的路径问题,如果存放在网站的根路径下,则表示该Service Worker将会收到该网站的所有fetch事件,如果我们将Service Worker文件注册为/example/sw.js,则代表该Service Worker将只会收到/example/路径下的fetch事件。
1|21、jsonp
由于service worker存在的一定的限制,需要绕过同源,所以这里最方便的就是使用jsonp。
利用
第三方产生的响应为json数据的包装(故称之为jsonp,即json padding)
一个普通的jsonp接口大概是这样:
所以在注册的时候,需要一个jsonp的调用,并配合importScripts
导入远程js文件。
1|32、文件上传接口
当存在文件上传接口的时候,可以尝试上传一个js文件
但一般允许上传js文件的上传点比较少,这里就不详细说了。
2|0Service Worker的限制
2|11.Scope
在使用navigator.serviceWorker.register()
注册脚本时,我们可以在第二个参数中提供一个Scope(范围)
通过这个限制,我们可以将可注册的脚本限制在有限的目录内。
类似如下代码:
将作用区域限制在了当前目录下。
2|22.生命周期
出于安全性的考虑,每个SW都有时间限制,在注册24小时后,原先的HTTP缓存就会释放,这种持久化xss效果仍然有限
2|3参考文章:
https://misakikata.github.io/2021/06/XSS持久化:Service-Worker/
https://lorexxar.cn/2018/04/20/SW-xss/
https://swcacheattack.secpriv.wien/
__EOF__

本文链接:https://www.cnblogs.com/dre0m1/p/16465249.html
关于博主:I am a good person
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
· Pantheons:用 TypeScript 打造主流大模型对话的一站式集成库