【爬虫逆向】逆向破解某租车微信小程序，sign的解析逆向破解小程序以及分析sign加密流程为了学习抓包知识、js混淆知识

0、工具下载链接

1、UnpackMiniApp

2、wxapkgconvertor

3、everything和fildder 搜索引擎搜一下都有

1、前序

最近临近暑期,想去海边玩.

想自驾游，无车呀，咋办，只能上某租车平台租车,打开一看价格不菲啊

当我准备租的时候，改了时间，发现价格居然变少了，灵机一变的我突发奇想，会不会改了一个取车网点会不会也很便宜了呢？

果不其然，价格变低了不少，也就是说【时间+地点】可能会决定价格的变动，那怎么样做最优解呢？

最暴力的方式就是循环时间并且循环地点获取最低价格，那么怎么样调用这个查询接口呢？

思路：通过抓包的方式抓取到接口，然后动态的修改参数去获取查询结果的列表即可

2、前置准备

抓包工具：fildder，以及配置好https证书，能抓到电脑小程序的请求，手机的也行配置好证书就行
微信小程序解密工具：UnpackMiniApp，用于解密微信小程序
微信小程序逆向工具：wxapkgconvertor，用于逆向微信小程序获取混淆的JavaScript代码
文件搜索工具：everything，用于快速搜索电脑系统文件

3、开始抓包接口

首先先打开某租车小程序，已经打开过的建议先删除小程序避免找不到.wxapkg文件

进入小程序之后随便点击一下，保证.wxapkg的存储

找到选车页面,选择时间和网点之后点击立即选车,点击的同时打开fildder进行抓包

通过抓包软件fildder可以看到响应数据找到对应的请求接口

4、模拟请求研究参数

4.1 Postman 请求

上一节中通过fildder抓到对应的包之后，复制请求的url到postman进行二次请求测试

4.2 入参研究

通过postman请求是ge请求，并且有四个参数，并且无需header的任何参数，那看起来应该是不难了

cid：猜测是城市id
q：不知道是什么，通过百分号看出来应该是encodeURIComponent过的参数
sign：一看就是加密的签名密钥，这个估计是重点
uid：未知的参数

做过爬虫的都知道有些参数不一定需要的，通过一个一个参数取消来判断哪些参数是不必要的，减少不必要的逆向工作

4.2.1 cid去除

发现不太行，cid为必要参数

4.2.2 q、sign、uid的分别去除

分别都报错了，说明四个参数都是必要的好了，现在该研究参数是怎么来的了

4.3 参数研究

4.3.1 q参数

之前发现q参数是一个类似encodeURIComponent过的参数，这里做一下校验,请求到在线UrlEncode的网站解析发现是一个合法是数值

{
    "pickupCityId": "14",
    "pickupTime": "2024-08-09 12:30",
    "returnCityId": "14",
    "returnTime": "2024-08-11 12:30",
    "entrance": 1,
    "holidaysWaitingFlag": 0,
    "pickupDoorFlag": false,
    "returnDoorFlag": false,
    "exclusivenearby": true,
    "pickupDeptId": "127248",
    "returnDeptId": "127248",
    "bucketIdList": [319, 991, 1138, 1187, 32, 2621, 137, 256, 270, 508, 522, 585, 1537, 2901, 2565, 2461, 2363, 2293, 3020, 1866, 2999, 1712, 1635, 1558, 1488, 1369, 928, 886, 389, 2663, 2698, 2852, 2915, 2992, 3048, 3069, 3195, 396, 1068, 1607, 1642, 1670, 1698, 1810, 1831, 2496, 2684, 2733, 2873, 2943, 3104, 3188, 2090, 298, 732, 1320]
}

见名知起义，可以大胆的先猜测它的含义，用于后续研究

pickupCityId:应该是取车城市
returnCityId:还车城市
pickupDeptId:取车网点
returnDeptId:还车网点

大胆假设一下，如果我修改了还车时间再编码一下发过去请求,会不会成功呢（校验sign的参数跟哪些参数有关，一般sign都是混合多个参数进行加密的）

修改还车时间为2024-08-30 12:30,然后再次发送请求看看结果

果然失败了,意料之中，剩下几个参数不用研究，直接去源码中查看

5、逆向解析

5.1、获取微信小程序加密包

首先先下载一个everything（快速搜索文件的软件）输入.wxapkg后缀名，然后点击修改时间倒叙排序（要提前删除小程序，重新进入登录，才能准确找到小程序加密包）

进入文件夹，打开UnpackMiniApp.exe文件，选择需要破解的微信小程序包

5.2、解析获取混淆源码

破解之后会有一个新的wxapkg文件，然后使用wxapkgconvertor转换为混淆过后的源码

在当面文件夹会生成一个解析后的源码

6、逆向解析

6.1、代码格式化

获取到的源码是混淆且去掉空格的，打开app-services.js进行反混淆，优先使用网上的混淆还原工具去格式化，因为编辑器的格式化不一定正确

6.2、寻找sign的加密方式

寻找参数的加密方式一般很简单一般搜索 "sign:"、"sign="、"sign"等关键字就行，毕竟是作为请求参数过来的

搜索了一下 "sign:"就出现两个结果，并且出现了cid、q、uid，看起来很像了,把方法拆出来看

function(e) {
   var t = o.R.getState().baseInfo.bucketIdList,
      n = e.data || {},
      i = JSON.stringify((0, r.Z)((0, r.Z)({},
            n), {},
         {
            bucketIdList: null != t ? t: void 0
         })),
      u = (0, c.uP)(),
      l = {
         cid: a.x,
         q: i,
         sign: (0, c.Ur)("cid=".concat(a.x, ";q=").concat(i).concat(u ? ";uid=".concat(u) : "").concat(a.$h))
      };
   return u && (l.uid = u),
      l
}