能力值:
( LV2,RANK:10 )
|
-
-
2 楼
驱动保护?
|
能力值:
( LV11,RANK:190 )
|
-
-
3 楼
同意楼上,看着这样是有保护呀~都GameProtect了
|
能力值:
( LV2,RANK:10 )
|
-
-
4 楼
这是安卓游戏,怎么个保护法
|
能力值:
( LV2,RANK:10 )
|
-
-
5 楼
有可能他程序里已经做了attach,然后你调试在attach就attach不上去了
|
能力值:
( LV2,RANK:10 )
|
-
-
6 楼
这不是扯淡吗,还驱动保护
|
能力值:
( LV2,RANK:10 )
|
-
-
7 楼
怎么解决呀,麻烦想想办法
|
能力值:
( LV5,RANK:70 )
|
-
-
8 楼
很明显是一个attach自身的一个反调试,查看TracerPid是哪个进程,然后静态分析,应该是写入JNIOnload里了,NOP掉对应的方法
|
能力值:
( LV4,RANK:50 )
|
-
-
9 楼
ptrace
|
能力值:
( LV2,RANK:10 )
|
-
-
10 楼
好像很有道理,具体咋弄,麻烦大神解答
|
能力值:
( LV5,RANK:70 )
|
-
-
11 楼
我不是什么大神,小白一枚,首先一个程序只能且最多被另一个程序ptrace,你可以看一下/proc/pid/status下的Tracepid,应该是是与本游戏的另一个进程所ptrace,然后只能静态分析,重点抓住JNI_Onload,我觉得那个反调试有可能在此处,分析出来,去掉就可以了,分析不一定对。。。
|
|
|