抖音web逆向教程

2022-08-03 19:55:00 【李玺】

流程分析

逆向加密参数的第一步，分析流程。

通过堆栈信息点到源码中并断点。

apply方法能劫持另外一个对象的方法，继承另外一个对象的属性 apply方法接收两个参数 obj：这个对象将代替Function类里this对象 args：这个是数组，它将作为参数传给Function

断点之后，可知 t = this 是XMLHttpRequest对象，观察请求，当前请求对象的_url中包含了signature和x-bogus。

那么现在需要找到未带有signature和x-bogus的请求对象。

在e.nativeXMLHttpRequestSend 时往前调试7步左右，发现一处和XMLHttpRequest有关的方法。

在方法末尾的send处打上断点，然后放掉所有请求，重新触发断点。

此时可发现，在该断点的对象中，_url还未包含两个加密参数。

那么F11继续往下走，可见进入了混淆的webmssdk中，其对请求对象被赋予了某些操作。

当F8跳出这里回到最终的nativeXMLHttpRequestSend时，可发现_url中已经产生了两个签名。

只需要这两个断点即可分析大概的流程，既先构建一个XMLRequest对象，然后通过改写send方法将其交给webmssdk中的方法加密，加密之后再回到 XMLHttpRequest.prototype.send 中，重置send方法完成请求。

每个函数都有一个prototype属性，这个属性是指向一个原型对象，原型对象包含函数实例共享的方法和属性，通俗来讲，当通过new来生成一个类的对象时，prototype对象的属性就会成为实例化对象的属性。

远程调用

目前已经知道参数是怎么来的，就可以通过RPC方法来模拟生成。

虽然我们还没有具体追到加密的JS中，没有看到加密方法，但是由于其加密过程的特殊性，是基于操作XMLRequest对象的方法来进行调用，所以我们可以复刻过程生成参数

本地的调用不要着急，先按步骤来学习。

RPC是指跨进程间的远程调用过程，此处的意思是本地操作浏览器执行一些JS方法并返回结果。

在浏览器构建请求进行测试。

执行之后，查看控制台打印出的内容。

当我们在当前环境中发送一个请求，其返回的内容中包含了带有签名的链接，同时可看到 responseText中已经返回了数据，那么说明整体的加密和请求都包含在了send中。

所以将这部分代码在本地模拟，比如通过selenium操作chromderver在网站环境中发送请求，即可进行简单的采集。

(还有兴趣的继续往下阅读吧)

本地调用

上述分析中，已经明确了加密参数的生成流程，接下来需要处理webmssdk文件。

乐意花时间的可以尝试还原一下，或者慢慢调试下。

在线解混淆站点：cnlans.com:8887

我们需要在本地补上XMLReuqest，执行send方法，同时把webmssdk.js中的代码复制到本地运行。

先复制webmssdk.js运行，根据报错在开头补环境。

报错 Request is not defined，补：Request = function Request() {}; 报错 Headers is not defined，补：Headers = function Headers() {}; 报错 document is not defined，补：document = {} 报错 window is not defined，补：window = {} 报错document.addEventListener is not a function，补：document.addEventListener = function () {}

继续运行无报错，添加XMLReuqest代码并发送请求。

虽然代码运行了，但是一直没有结束，代码中有setInterval和setTimeout 定时执行着方法。

setTimeout = function(){return function(){}};
setInterval = function(){};

把定时器方法修改后，继续运行，发现没有报错也没有返回有用的结果。很正常，毕竟补的环境还都是 {}。

现在先把你所了解的、看到的环境信息都补上去。

比如 screen、navigator、document、location、canvas、localStorage、sessionStorage、PluginArray、Image等等。

结果补完之后还是啥都没有,此时就需要动手分析源码了。

在本地代码断点可以看出，req.send()走了一次就结束了，方法没走到webmssdk.js的代码中，说明我们的调用没有成功。

用我们第一段中的代码调试，打上断点。

执行代码看断点怎么走的，和我们本地执行不同的是，目前可直接进入function _0x65f4c7()。

那现在就需要对比本地和浏览器的区别在呢，像这类情况一般都是缺环境，或者是浏览器环境中有一些初始化的加载。

byted_acrawler是该页面独有的。(主要是最早的版本就需要byted_acrawler.init，所以一眼就看到了)

加上init之后，再次运行代码。

window.byted_acrawler.init({
    aid: 6383,
    boe: false,
    enablePathList:  ['/webcast/*', '/aweme/v1/', '/aweme/v2/*','/v1/message/send'],
    isSDK:false,
    region: "cn",
    v:false
});

报错：Cannot read properties of undefined (reading ‘onabort’) 定义：XMLHttpRequest.prototype.upload = function (){}

报错：Cannot read properties of undefined (reading ‘init’) 意思是window中未定义byted_acrawler，所以更没有init了。

所以可以猜这段代码中的byted_acrawler，没有附加到我们定义的window中，要么是缺环境，要么是补的window和源码的this不匹配。那么加上window = this; 指向当前moudles

再次执行，成功返回结果。