声明
本文章中所有内容仅供学习交流，抓包内容、敏感网址、数据接口均已做脱敏处理，严禁用于商业用途和非法用途，否则由此产生的一切后果均与作者无关，若有侵权，请联系我立即删除！
本文章未经许可禁止转载，禁止任何修改后二次传播，擅自使用本文讲解的技术而导致的任何意外，作者均不负责，若有侵权，请联系作者立即删除！
逆向目标
- 目标：某验四代滑块验证码，w 参数逆向
- 主页：
aHR0cHM6Ly9ndDQuZ2VldGVzdC5jb20v
- 加密算法：RSA、AES
通讯流程
验证码流程分析
进入网页后，打开开发者人员工具进行抓包，点击滑动拼图验证，此时还未点击按钮开始验证，抓到了一个名为 load?captcha_id=xxx 的包，Query String Parameters 包含了一些参数：
captcha_id：验证码 id，固定值，由 adaptive-captcha-demo.js 文件生成，后文分析；challenge：动态变化，由 gtc4.js 文件生成，后文分析；client_type：表示 web 端；risk_type：验证码类型，例如滑块为 slide，无感为 ai；lang：语言；callback：geetest_ + 时间戳，主要作用是防止缓存。
响应预览中返回的关键内容如下，相较于三代，底图未做混淆：
bg：背景图片地址；captcha_type：验证码类型；gct_path：gct4 文件路径；lot_number：后续生成 pow_msg、w 的关键参数；payload：后续 verify 请求接口需要的参数；datetime：ISO 8601扩展格式的日期，后续生成 pow_msg 的关键参数；process_token：后续 verify 请求接口需要的参数；slice：滑块图片地址。
点击按钮开始验证，弹出滑块验证码，滑动滑块，抓包到 verify?captcha_id=xxx，Query String Parameters 同样包含了一些参数：
captcha_id：与 load 接口请求头中的 captcha_id 一致；client_type：表示 web 端；lot_number：load 接口返回的；risk_type：与 load 接口中的一致，表示验证码类型；payload：load 接口返回的；process_token：load 接口返回的；w：加密参数，由轨迹、滑动时间、滑动距离、userresponse、device_id、pow_msg 等参数加密得到；callback：geetest_ + 时间戳，主要作用是防止缓存。
响应预览中返回的内容如下，result 值为 fail 即校验失败，success 为校验通过，通过后携带 seccode 下的参数进行后续业务请求：
逆向分析
captcha_id 参数
全局搜索 captcha_id，跟进到 gt4.js 文件中：
进去后在第 307 行打上断点，刷新页面即会断住，此时 captcha_id 参数的值已经生成，同时 challenge 参数定义在下一行：
向上跟栈到 value，即 adaptive-captcha-demo.js 文件中，会发现其是个固定值，实际上这个值是每个网站不一样，是管理员在极验后台申请得到的：
challenge 参数
前面提到，challenge 参数定义在 captcha_id 参数的下一行，在 gt4.js 文件的第 309 行打下断点：
可以看到，challenge 参数的值由 uuid 函数生成，扣出即可。
w 参数
从 verify?captcha_id=xxx 接口的堆栈处跟栈进去：
打下断点滑动滑块断住后，向上跟栈到 s 处，如果做过某验三代滑块的话，第 6249 行有个很熟悉的东西，"\u0077": r，"\u0077" 即字母 w 的 Unicode 值，r 即 w 参数的值：
r 参数定义在第 6237 行，e 也是跟三代类似的参数，r 是将 i 参数和转为字符串的 e 参数加密得到的：
向上跟栈，找到 e 参数中各部分定义生成的位置，跟到 $_BHIH 中，_ 中先生成了四个键值对：
passtime 和 track 是熟悉的滑动时间和轨迹，setLeft 为识别出来的缺口距离，userresponse 定义在 19593 行， a 为 setLeft 参数的值，t[$_GDFCG(1909)] 为定值 1.0059466666666665：
a / t[$_GDFCG(1909)] + 2
接着跟到 $_BCFj 中，e 定义在第 6201 行，下面几行定义了 e 中的 device_id、lot_number、pow_msg、pow_sign：
device_id 同一个网站是固定值，lot_number 是 load 响应返回的，控制台打印一下 pow_msg、pow_sign 的结果：
pow_msg 很明显是由几部分组成的，pow_sign 经过加密，向上跟栈到 init 中，分别定义在第 5837 行和第 5838 行，为 d 字典的键，根据键名取值：
d 定义在第 5835 行，这部分还原一下就很明显了：
var c = t["toDataURL"]()["replace"]("data:image/png;base64,", "")
, _ = new w["default"]["MD5"]()["hex"](c);
a["options"]["deviceId"] = _;
var h = a["options"]
, l = h["powDetail"]
, p = h["lotNumber"]
, f = h["captchaId"]
, d = v["default"](p, f, l["hashfunc"], l["version"], l["bits"], l["datetime"], "")
跟进到 v["default"] 中，函数定义在第 6945 行，于 6978 行打下断点：
pow_msg 由 _ + h 得到，_ 定义在第 6960 行：
_ = i + "|" + r + "|" + n + "|" + s + "|" + t + "|" + e + "|" + o + "|";
- i：
l["version"]
- r：
l["bits"]
- n：
l["hashfunc"]
- s：
l["datetime"]
- t：
f, h["captchaId"]
- e：
p, h["lotNumber"]
- o：
""
h 定义在第 6269 行，跟进去是 16 位随机数字符串，pow_sign 为 p，就是 pow_msg 经过 MD5 加密得到的：
至此这四个也分析完了，还差以下这部分：
em 等定值就不分析了，注意 kqg5："1557244628"，这个参数值和三代滑块中一样，每隔几个小时会改变，向上跟栈到 $_BCFj 中，在第 6207 行打下断点，此时 e 中这个值还未生成：
下一行打下断点，下步断点，即执行完 n[$_CBHIE(791)](e); 后，这个参数值就生成了，证明是 n[$_CBHIE(791)] 方法生成的，跟进去：
跳转到第 5766 行，在第 5779 行打下断点，此时的 n 中还未生成此参数：
执行了 _gct(n) 后即生成：
可见其生成位置在 _gct 方法中，跟进去后到 gct4.js 文件，和三代大差不差：
可以将值导出，至此 e 就分析完了，接着回到第 6238 行，跟进到加密函数 d[$_CBHHO(84)] 中，定义在第 11669 行，d[$_DIEHS(177)](c) + u 即 r 参数的值，c 为一个大数组，u 明显也经过加密了，所以 r 参数的值就是数组 c 加密后再加上 u 得到的：
先跟进到 u，其定义在第 11705 行，解混淆后如下：
u = new l["default"]()["encrypt"](i);
所以 u 是 i 经过加密后得到的，i 定义在第 11702 行：
i = (0,d[$_DIEIq(103)])()
跟进到 d[$_DIEIq(103)] 中，定义在第 852 行，又是熟悉的 16 位随机数：
i 是随机数，跟进到加密函数 l[($_DIEHS(84))] 中，在第 12725 行，于 12741 行打下断点，可以看到这里就是个 RSA 加密，扣代码或者直接引库即可：
回到 c 参数，c 参数的值为一个大数组，其定义在第 11705 行，解混淆后内容如下：
var c = s[a]["symmetrical"]["encrypt"](e, i);
e 之前分析完了，i 为随机数，两个参数已经分析完了，跟进到加密方法中，在第 12174 行，于 12186 行打下断点，控制台打印一下混淆部分内容，很熟悉的东西，这里就是 AES 加密，iv 为初始向量，加密模式为 CBC，对各类加密算法不熟悉的，可以阅读 K 哥文章 【爬虫知识】爬虫常见加密解密算法：
c 参数最后又被 d[$_DIEHS(177)] 函数加密，跟进后，定义在第 547 行，直接扣下来改改即可：
结果验证
[复制链接]
发表于 2023-2-23 16:32
发表于 2023-2-23 16:42
