js逆向) 某音cookie中的__ac_signature

前言

上一篇文章测试了多个补环境的框架(多个开源的js补环境框架测试),这篇来说一下具体怎么补。用__ac_signature做测试,这个相对简单一点。

逆向

先定位cookie生成的位置,清空cookie然后刷新网页,可以看到有两次请求。第一次返回了一个__ac_nonce的cookie,未携带__ac_signature。第二次就已经带上了这个cookie,那肯定是之前请求里的js加上的。

js逆向) 某音cookie中的__ac_signature

看了下中间的几个请求都不是js,只有可能是在第一次请求返回的内容,不过谷歌浏览器看不到响应内容,只能用抓包工具或者火狐看。

js逆向) 某音cookie中的__ac_signature

html里面有两个script标签,第一个里面就是核心的js,第二个script里是调用和复制cookie。里面有用的就两行

window.byted_acrawler.init({
    aid99999999,
    dfp0
});
var __ac_signature = window.byted_acrawler.sign("", __ac_nonce);

而第一段js代码里就是在定义window.byted_acrawler,不需要去分析里面做了,直接拿出来整个补环境。

补环境框架

node-sandbox

先测试下node-sandbox。这里再复述一下使用方法,先把源码下载到本地。解压node.zip到当前目录,在main.js里增加下面的代码:

function test_vm({
    const sandbox = {
        wanfeng: wanfeng,
        globalMy: globalMy,
        consoleconsole,
    }
    let workCode = fs.readFileSync("./work/ac_sign.js");
    a = +new Date;
    var callCode = `window.byted_acrawler.init({
        aid: 99999999,
        dfp: 0
    });
    var __ac_nonce = "06639eaa4009ab37b9a75";
    var __ac_signature = window.byted_acrawler.sign("",__ac_nonce);
    console.log("__ac_signature: ", __ac_signature)`
;
    var code = "debugger;rn" + globalMy_js + init_env + envCode + "rn" + workCode + "rn" + endCode + callCode;
    vm.runInNewContext(code, sandbox);
    console.log("运行环境Js + 工作Js 耗时:", +new Date - a, "毫秒");
}
test_vm();

然后把js放到./work/ac_sign.js里,在终端输入.node main.js就会吐出所有的环境,结果也输出出来了

js逆向) 某音cookie中的__ac_signature

qxVm

qxVm用起来也是类似,改一下js文件名和userAgent、href等,完整代码如下:

const fs = require('fs');
const QXVM_GENERATE = require('../qxVm_sanbox/qxVm.sanbox');

function ReadCode(name, dir{
    let file_path = dir === undefined ? `${__dirname}/${name}` : `${__dirname}/${dir}/${name}`;
    return fs.readFileSync(file_path) + "rn"
}

const js_code = ReadCode(`./ac_sign.js`);

const user_config = {
    isTestfalse,
    runConfig: { proxytruelogOpentrue},
    window_attribute: {},
    env: {
        navigator: {
            userAgent"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/124.0.0.0 Safari/537.36"
        },
        location: {
            href"打码处理"
        },
        document: {
            referrer"打码处理",
            cookie''
        }
    }
}
// 帮助信息打印
// QXVM_GENERATE.help()

let result = QXVM_GENERATE.sanbox(js_code, "get_ac_sign", user_config, false);
let ac_sign = result.get_ac_sign("0663c24340045271d4894")
console.log("__ac_signature:", ac_sign)
js逆向) 某音cookie中的__ac_signature

验证有效性

能生成结果肯定是不够,还得能出数据才行。看了一下,发现cookie中的__ac_signature其实是可有可无的。如果你直接修改cookie来验证的话,也是能返回内容的。

__ac_signature的实际作用是为了得到ttwid,如果__ac_signature有效,第二次请求就会在响应头加一个set-cookie设置ttwid的值,这个值才是后面需要用到的cookie值。

所以在charles修改第二次请求的__ac_signature,看看服务器返回的有没有set-cookie。如果没有的话,说明触发风控了(验证码),可能是__ac_signature无效,也可能是请求太多次了。

失败的请求:

js逆向) 某音cookie中的__ac_signature

成功的情况:

js逆向) 某音cookie中的__ac_signature

测试了下上面两个框架生成的__ac_signature都可以得到ttwid,也就是说环境都是通过了网站的检测。

补环境

既然都把环境吐出来,我还想手动补一下环境,补完发现压根通不过验证,检测的东西太多了。即使环境都补对了而且能在vm2里运行,在node和chakracore里的结果也通不过检测。

还是直接站在巨人的肩膀上开个服务调用吧,这样可以不用折腾那么多事。


原文始发于微信公众号(Python成长路):js逆向) 某音cookie中的__ac_signature

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/289492.html

(0)
葫芦侠五楼的头像葫芦侠五楼

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!