K哥爬虫

接着往下看，八个字符串为一组，将 md5 值分为四组，然后四组之间用 0 或者 1 连接，拼接成新的 35 位字符串，拼接的是 0 还是 1，取决于中间的三目语句，判断是否为 true，支持情况下都是 true，所以扣算法的话根本就没必要再跟进去看是怎么判断的，直接用 1 拼接就完事儿了。这里对于我们扣算法来说，其实就不需要管了，因为同一台设备的同一个浏览器，按照相同的规则绘制的图片，base64 值是一样的，所以我们直接忽略 c7 这个方法，直接把生成的 base64 值拿来用就行了。

bg 和 b 参数搜索不到，且每次都是变化的，通过观察可知这是一个 XHR 请求，那么就可以通过 XHR 断点，或者直接跟栈的方式来找加密入口，好在栈也不多，直接跟进去下断点，在 ajax send 方法这里，就可以看到 bg 和 b 已经生成。，主要用于后续的加密参数生成，乍一看以为是个 OB 混淆，其实只是更换了变量名，然后一些值是从大数组里面取的，没有 OB 混淆里的打乱数组的操作，比 OB 混淆要简单很多，后文会利用 AST 对这三个 JS 进行解混淆，后续类似的还加载了。

K 哥之前在【JS 逆向百例】【JS 逆向百例】房某下登录接口参数逆向，该站如果通过输入账号和密码的方式进行登录，POST 请求参数中，密码 pwd 被加密处理了，对其进行了逆向分析。最近在某博客平台上，有粉丝在该篇文章的评论区询问能不能出一期该站的滑块逆向文章，经过研究发现通过手机动态码的方式登录，点击获取短信验证码时，会弹出滑块验证，本文将对另一种登录方式的反爬策略进行研究分析，既是满足粉丝需求，也是对该站登录逆向的补充完善。

七月底有爬友反馈，某度旋转验证码 v2 的加密算法更新了。对各个站点测试后发现，站长后台的算法及请求参数更新了，因为近期也发过某度系列验证码的文章，为了避免失效部分对粉丝的误导，现再次对相关算法进行逆向分析。

为庆祝K哥爬虫公众号原创破百、粉丝过万，特举行粉丝回馈活动，欢迎关注本文末的活动详情~

某验深知通过无感采集客户端数据，对用户的环境、标识、行为操作等进行智能化分析，结合业务场景有效识别有潜在风险的用户。整个识别过程不干扰用户，不打断业务既有流程。

跟进这个方法，来到一大串控制流，这里还是推荐用 AST 还原一下，后续可能有一些循环啥的，硬跟的话容易出错，当然直接全部扣一把梭也是可以的，处理为字符串作为待加密对象，后面是 16 为随机字符串作为 AES 的 Key，注意这里的随机字符串应该和获取。也没啥特别的，从字面意思猜测应该是图片加载耗时，实测直接写死即可，或者整个随机值就行。经过一个方法进行处理，跟进方法，又是和三四代一样的，熟悉的。等值，之前写过三代的文章，都是类似的，这里就不一一分析了。，如下图所示，轨迹的最后一个值时间为 871，

e[“height”] = 160、e[“width”] = 260 指还原后的图片比例为 260 x 160，a 的值为 r / 2 即 80，就是将整张图片分为了上下两等分，再将图片纵向切割为了 26 等份，Ut 数组的长度为 52，Ut[_] 即依次取数组中的元素，Ut 数组即为图片还原的顺序，是固定的，为第二个 ajax.php?ct 定义在第 4223 行，扣下来，报错提示，(intermediate value)[$_BEHAL(…

某验四代滑块验证码 w 参数逆向、细节分析

【验证码逆向专栏】某片滑块、点选验证码逆向分析

逆向百例