【验证码逆向专栏】某验四代滑块验证码逆向分析
声明
本文章中所有内容仅供学习交流,抓包内容、敏感网址、数据接口均已做脱敏处理,严禁用于商业用途和非法用途,否则由此产生的一切后果均与作者无关,若有侵权,请联系我立即删除!
本文章未经许可禁止转载,禁止任何修改后二次传播,擅自使用本文讲解的技术而导致的任何意外,作者均不负责,若有侵权,请在公众号【K哥爬虫】联系作者立即删除!
逆向目标
- 目标:某验四代滑块验证码,w 参数逆向
- 主页:
aHR0cHM6Ly9ndDQuZ2VldGVzdC5jb20v
- 加密算法:RSA、AES
通讯流程
01验证码流程分析
进入网页后,打开开发者人员工具进行抓包,点击滑动拼图验证,此时还未点击按钮开始验证,抓到了一个名为 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_ + 时间戳,主要作用是防止缓存。
响应预览中返回的关键内容如下,相较于三代,底图未做混淆:
03-
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 下的参数进行后续业务请求:
05逆向分析
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 参数加密得到的:
12向上跟栈,找到 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 加密得到的:
至此这四个也分析完了,还差以下这部分:
19em 等定值就不分析了,注意 kqg5:"1557244628"
,这个参数值和三代滑块中一样,每隔几个小时会改变,向上跟栈到 $_BCFj
中,在第 6207 行打下断点,此时 e 中这个值还未生成:
下一行打下断点,下步断点,即执行完 n[$_CBHIE(791)](e);
后,这个参数值就生成了,证明是 n[$_CBHIE(791)]
方法生成的,跟进去:
跳转到第 5766 行,在第 5779 行打下断点,此时的 n 中还未生成此参数:
22执行了 _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 哥文章 【爬虫知识】爬虫常见加密解密算法:
28c 参数最后又被 d[$_DIEHS(177)]
函数加密,跟进后,定义在第 547 行,直接扣下来改改即可: