-
-
[原创]绕过爱奇艺新版libmsaoaidsec.so Frida检测
-
2024-3-3 22:20
-
|
|
|---|---|
|
|
他的意思是exit退出这个函数并不在libc.so的地址范围内，说明这个exit的代码很可能是动态申请的，所以才会关注后面的mmap动态申请内存的函数，而这个mmap申请的返回值基址是0x751926c000，正好0x751926c008在这里面，说明exit退出这个函数代码就是在这段动态申请的地址里。 |
|
|
动态释放代码：通过mmap申请内存，把exit_group系统调用的汇编指令写到这段内存中，然后执行。此时如果用strace查看exit_group系统调用的地址就在前面mmap申请内存的空间范围里。 |
|
|
static log(msg: string) { let pid = Process.id let tid = Process.getCurrentThreadId() msg = pid + '-' + tid + ' ' + msg console.log(`${msg}`) } } |
|
|
大佬太强啦
最后于 2024-3-8 14:57
被linkin5epk编辑
，原因：
|
|
|
嗯嗯嗯,思路转过来了....我的我的,太辣了我 
|
|
|
我是把这个文件删掉
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
牛逼，这个好使 
|
|
|
确实,我复现的时候也是进不去
|
|
|
|
|
|
不知道是什么原因，复现失败了，strace中可以观察到同样的mmap 28参数调用，但frida却无法hook到该条28参数的mmap，有哪位大佬能推测下可能是什么原因导致的嘛？
|
|
|
|
|
|
|
|
|
牛逼
，感谢大佬分享，我好好学习学习
|
|
|
|
|
|
|
|
|
|
|
|
代码不是静态的，是通过解密或者什么方式，动态下发释放到内存中，然后执行，你看一下那块代码就知道了，exit__group不是libc调的 下面那个问题，mmap申请了一块内存，exit_group在申请等得那块内存附近执行，说明是先申请内存，后执行代码，把代码释放到了申请的内存中然后执行的 |
|
|
|
|
|
|
|
|
|
懂了懂了...我一开始理解成动态释放内存了....现在我的理解是系统调用的汇编代码是动态释放执行的吧...所以安卓系统调用只能通过libc库实现?或者直接执行汇编?exit_group的执行地址不在libc.so中,所以是动态释放的汇编代码来执行?(但是我ida查看libc.so也没有exit_group的导出函数?这是为什么呢?)
