前言

文章中所有内容仅供学习交流使用，不用于其他任何目的，抓包内容、敏感网址、数据接口均已做脱敏处理。严正声明禁止用于商业和非法用途，否则由此产生的一切后果与作者本人无关。

• 站点：某讯jsvmp(二)
• 加密点：滑块参数（collect）
• 网址：aHR0cHM6Ly9hY2NvdW50cy5kb3ViYW4uY29tL3Bhc3Nwb3J0L2xvZ2lu

接着上一篇文章继续聊

• 先简单看下打印出来的日志(此时只打印了函数调用位置)，我们先从下网上看，最终结果是replace() 方法传入一个正则/\+|\/|=/g后返回的。

• 我们在往上看日志

• 这里可以看到，btoa() 方法不在赘述，将一段乱码字符串，经过b64编码得到加密参数，这个b64是标准的，并没有魔改。并且这个加密参数在最终结果的末尾位置。
• 看日志到现在，其实我们应该有俩个方向：
• 1.这个乱码字符串是怎么来的？
• 2.这个加密参数会不会是多段拼接起来的？
• 带着这俩个疑问(参考方向)继续向上看日志。

• 看样子非常符合我们的猜测，同样的btoa方法，返回值与我们的结果也一致。我们继续想上找，看下经过了几次相加拼接成的结果。

• 到这儿肯定有大佬们要说了，刚刚下面不是已经到tm4了嘛，怎么这里也到tm4，这样结果不是重复了吗？
• 我滴个天老爷，我标红框的时候都是开了8倍镜找了半天，其实除了最后一组结尾数据，上面几组数据全是以tm4结尾的。
• 但这也应征了我们的猜测，这是第三组数据，我猜测应该是4组数据相加拼接起来，得到的结果，并且这个顺序也是打乱的，我们再往上看确定一下是不是还有最后一组数据。

• 这就是最后一组数据了，但是这个日志对于验证凭借和追溯乱码字符串有点不太明显，拼接肯定就是相加嘛，我们直接把+运算打个日志，重新看下。

• 通过这个可以看出是将一个数组通过fromCharCode()方法得到的乱码字符串，最后把乱码字符串再拼接经过b64编码得到加密参数，但是我们还不知道这个数组是怎么来的，我们继续向上看。

• 看到这条日志，其实已经有点苗头了。
• 简单解释下：slice()方法是对一个数组进行浅拷贝，传入的参数是起始下标和截至下标，返回一个新的数组对象，因为是浅拷贝，原始数组不会收到影响。
• 再简单的说，this对象，指的就是原始数组对象，传入的[12,16]就是this对象下标12开始到16截至，复制这个内容，返回新的对象。

• 就是这个样子，这个时候其实应该有个猜想，先买个关子，继续往上看。

• 再看这俩张日志图片，应该可以猜到了，每次只对这个字符串取4位长度，然后再做一些什么事情。
• 其实看不透这个日志很正常，因为我们只打印了+运算符，所以日志不是很连贯，简单梳理一下：
• 1.最终结果是通过replace()方法传入正则，这是在对b64的编码做处理。
• 2.再往上，我们知道结果是由4段乱码字符串b64编码，再拼接得到的。
• 3.现在我们知道，乱码字符串，是将明文字符串，4位4位的复制，再做处理(一般就是charCodeAt和fromCharCode等等方法)。
• 之所以不打印所有的运算符日志，是跟日志总数量有关系，全打印日志确实会更清晰，但日志总数量也会成倍增长，想摸清脉路鼠标的滚轮也得使劲滑，浏览器还会有卡顿，不利用直接搜索定位。
• 这样的好处是，可以先抽丝剥茧，找到逻辑后再补充打印日志，最后完善纯算的代码。

• 为什么当时能笃定是结果是对乱码字符串进行的b64生成的，而不是下面的明文字符串呢？
• 我其实对2个字符串对进行b64编码，但只有对乱码进行b64是返回正确结果。当时没想明白这个明文字符串是做什么使的，但是分析到现在，我有个大胆的猜想，是不是每个乱码字符串下面都直接将明文字符串给打印出来了。如果真是这样，那么只要研究透一个加密逻辑，其他3个只需要修改明文字符串，然后拼接结果就直接得到加密参数了。我带着这个疑问去看了下日志。

• 确实是存在3段明文字符串，那么问题就简单了，我们只需要研究一个就可以，我们拿最短的举例看下。接下来打印所有运算符的日志看下。

• 我们先简单分析下这段日志，实现下自己的椽酸代码。

• 这个算法就先分析到这里，大佬们可以看个乐呵，小白们可以借鉴思路，感谢观看~~

总结

• 加密参数获取如下图