二次开发一个Chrom插件

测试加

发布于 2022-03-24 16:18:37

9950

发布于 2022-03-24 16:18:37

文章被收录于专栏：用户4624600的专栏

背景

由于公司的所有研发效能的数据都在云效平台(公司内部平台),某天我们想通过脚本拉取一下用户反馈数据,首先要通过chrome调试工具定位到了具体那个是网络请求.

一个很简单的get请求,curl命令如下

curl 'https://one.xxxx.xxxx.com/api/v4/feeback/?entityId=990123&entityType=3' \
  -H '1: 1' \
  -H 'Connection: keep-alive' \
  -H 'Pragma: no-cache' \
  -H 'Cache-Control: no-cache' \
  -H 'sec-ch-ua: "Chromium";v="94", "Google Chrome";v="94", ";Not A Brand";v="99"' \
  -H 'Authorization: Bearer xxxxxx' \
  -H 'sec-ch-ua-mobile: ?0' \
  -H 'User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.61 Safari/537.36' \
  -H 'sec-ch-ua-platform: "macOS"' \
  -H 'Accept: */*' \
  -H 'Sec-Fetch-Site: same-origin' \
  -H 'Sec-Fetch-Mode: cors' \
  -H 'Sec-Fetch-Dest: empty' \
  -H 'Accept-Language: zh-CN,zh;q=0.9,en;q=0.8' \
  --compressed

简单分析在header中有个参数是"Authorization","Authorization"是内部系统通过JWT或者加密算法生成的认证.

尝试过这个"Authorization"的有效期一般是七天,一般会在生成的时候给出有效时间.

常用的两种方式.

1、平台提供的对外接口能力

这个接口目前没有提供对外接口,需要开发并且优先级不高(走不通).

2、平台提供永不过期的"Authorization"

平台暂时不提供类似后门参数(走不通).

调研

初步调研

因为上面两种方式都不能解决,所以自动化脚本只能抓包固定写死"Authorization",但是手工维护的成本高.

所以还是想通过技术方式解决,换了一个思路去解决.核心是怎么自动的拿到"Authorization",并且可以自动续上"Authorization"的有效期.

那么新的方案来了,拆解一下需求分为两步.

1、怎么自动的拿到"Authorization"

2、以自动续上"Authorization"的有效期.

解决问题一:

1)、因为平时每天都会自动在云效平台(公司内部平台),那么如果我能自动化拦截"浏览器"发出的请求并且拿到请求头参数就可以了.

2)、可以通过代理工具自动化拦截,比如anyproxy写个脚本就可以. 但是需要浏览器绑定代理工具,太麻烦不可取.

3)、chrome插件有没有可能做到自动化拦截请求,我把这个想法告诉专业的前端同学,提供了我一个工具的思路

modheader 这个工具主要用途是方便修改请求头信息.

工程地址

https://github.com/bewisse/modheader

既然工具能修改请求参数的话,必定能拦击请求.我大概猜的是hook了网络请求的所有流程.

研究源码

我把代码clone下来开始研究源码,到底是什么修改了header.

代码是纯js写的,毕竟是加载到浏览器中.

一个chrome插件会包含哪些文件及文件夹

│  manifest.json
│
├─html
│      index.html
│
├─images
│      icon-128.png
│      icon-16.png
│
├─scripts
│      background.js
│
├─styles
│      main.css
│
└─_locales
    ├─en
    │      messages.json
    │
    └─zh_CN
            messages.json

简单说明一下：