声明：
本篇文章及代码仅供学习交流，严禁用于商业用途，否则由此产生的一切后果均与作者无关
众所周知字节系的接口千奇百怪，有的校验_signature（这个_signature有的还要带cookie来算）,有的校验X-Bogus值，有的带cookie就行，往下继续接着做js逆向算法还原，则会遭遇jsvmp这种逆起来非常耗费体力的加密方式，本文将通过rpc来实现一个比较通用的字节系加密解决方案。
什么是RPC？
远程过程调用协议RPC,允许像调用本地服务一样调用远程服务，当然有着更广阔的应用，但对于爬虫来说，只需要知道我们是在调用浏览器的环境来执行我们自己的代码就可以了。
怎么进行rpc？
我们以某店的订单接口作为例子，常规操作打个url包含 “_signature”的xhr断点，断到了下面这个位置
n是一团参数不用管，为什么？因为我们已经知道了我们需要的更关键的信息this是一个XMLHttpRequest对象，我们需要的信息就包含在其中的_url属性里（已包含_signature和x-bogs值）
通过在控制台打印，我们知道了o其实就是XMLHttpRequest的send 方法
这是最关键的点，为什么这套方案适用于字节系的大部分加密，因为字节都重写了这个send方法，不管他中间怎么加密，最终都是通过这个send把加密后的结果提交给服务器。
既然有send那有没有open呢？直接搜 XMLHttpRequest.prototype.open 就可以到下面这个地方
熟悉XMLHttpRequest流程的话就会知道open这个方法将初始化请求参数以供send方法后续使用，到这里我们的js分析就结束了，什么jsvmp？那玩意是人看的吗？狗都不看
回到最开始断点处，改写o
我们不能让它把请求发出去，那样的话状态就变了，这个x其实就是this 也就是XMLHttpRequest对象我们把它的_url 返回给我们，顺便打印出来（改写完记得把断点放开，不然后面调用就卡住了）
整个流程就是我们程序调用open方法来传参，中间js怎么加密不管，最后send方法把_url返回给我们，怎么实现浏览器和我们程序之间的通信呢？这里选用WebSocket协议，只需一次连接就可以一直通信。网上找了个nodejs实现的WebSocket服务，功能也很简单，就是把程序发的信息给浏览器，把浏览器发的给程序。
var ws = require("nodejs-websocket");
console.log("开始建立连接...")
var cached = {
}
var server = ws.createServer(function(conn){
conn.on("text", function (msg) {
if (!msg) return;
// conn.sendText(str)
// console.log(str);
if (msg.length > 1000){
console.log("msg 这是js代码")
}else{
console.log("msg", msg);
}
var key = conn.key;
if ((msg === "Browser") || (msg === "Python")){
// browser或者python第一次连接
cached[msg] = key;
console.log("cached",cached);
return;
}
console.log('ccc',cached);
console.log('key',key)
if (Object.values(cached).includes(key)){
console.log('server',server.connections.forEach(conn=>conn.key));
var targetConn = server.connections.filter(function(conn){
return conn.key !== key;
})
console.log('targetConn',targetConn.key);
targetConn.forEach(conn=>{
conn.send(msg);
})
}
// broadcast(server, str);
})
conn.on("close", function (code, reason) {
console.log("关闭连接")
});
conn.on("error", function (code, reason) {
console.log("异常关闭")
});
}).listen(8014)
console.log("WebSocket建立完毕")
// var server = http.createServer(function(request, response){
// response.end("ok");
// }).listen(8000);来编写我们的python脚本
import random
import time
from urllib.parse import urlencode
from ws4py.client.threadedclient import WebSocketClient
class CG_Client(WebSocketClient):
def opened(self):
print("连接成功")
self.send("Python")
def closed(self, code, reason=None):
self.close()
print("Closed down:", code, reason)
def received_message(self, resp):
url = 'https://xxxxxxxxxxx.com' + str(resp)#接收浏览器返回的数据
print(url)
def get_13timestamp():
t = time.time()
return int(round(t * 1000))
def create_lid():
timestamp = get_13timestamp()
random_int = random.randint(1000,9999)
timestamp_cut = str(timestamp)[5:]
lid = timestamp_cut+str(random_int)
return lid
def get_data():
cookie = "填自己的cookies"
#顺便传个cookie实现多账号切换
payload = {
"tab": "all",
"order_by": "create_time",
"order": "desc",
"ttl": "1654064855476",
"page": "2",
"pageSize": "10",
"appid": "1",
"__token": "在cookies里写个正则匹配一下",
"_bid": "ffa_order",
"aid": "4272",
"_lid": create_lid(),#lld参数就是时间戳简单地变换一下
"msToken": "在cookies里写个正则匹配一下",
}
api_url = '/api/order/searchlist?'
payload = urlencode(payload)
url = api_url + payload #注意传入的url和open方法传入的保持一致
ws.send(str([url, cookie])) #发送参数到浏览器
if __name__ == "__main__":
ws = CG_Client("ws://127.0.0.1:8014/")
ws.connect()
time.sleep(1) # 注意要等待一下连接完成
get_data()
ws.run_forever()编写浏览器的js脚本
(function() {
var mess = document.getElementById("mess");
if(window.WebSocket){
ws = new WebSocket('ws://127.0.0.1:8014/');
ws.onopen = function(e){
// console.log("连接服务器成功");
ws.send("Browser");
}
ws.onclose = function(e){
console.log("服务器关闭");
}
ws.onerror = function(){
console.log("连接出错");
}
ws.onmessage = function(e){
var data = e.data//接收传进来的参数
var jsobj = eval("" + data);
cookie = jsobj[1];
url = jsobj[0];
document.cookie = cookie;//重置cookie来实现账号切换
var p = new XMLHttpRequest;//new 一个新的XMLHttpRequest对象
p.open("GET",url)//传参
url = p.send(null)//是我们刚刚改写的send方法，返回加密后的结果
console.log(url)
ws.send(url)
}
}
})();先运行nodejs 的WebSocket服务，执行浏览器的js脚本，再跑py脚本，拿到返回的url
可以看到是有X-Bogus和_signature值的
测试一下（注意headers里user-agent和浏览器保持一致，去掉"accept-encoding": "gzip, deflate, br",不然乱码）
搞定，数据正常返回
其他字节系的产品可能函数名略有不同但这套思路是通用（有的接口严格点切账号不止要改cookie还要改localStorage里的tt_scid、ttcid）
总结：
rpc 的缺点是必须得挂着一个浏览器，当并发量过高时会有浏览器崩溃的问题，优点自然就是不用去分析jsvmp这种高度混淆的代码，通用性也还行。
整篇文章还是面向新手，力求细致，写得比较繁琐（不是新手都去手撕vmp了，谁看这个）