|
|
|---|---|
|
|
|
|
|
|
|
|
需要分析出指令映射表 |
|
|
|
|
|
|
|
|
观察一下报信好的时候是从哪个so开始报的，排除一下是不是信号反调试 |
|
|
|
|
|
android系统中有一些信号api，可以断一下能不能断到，或者回朔一下试试 |
|
|
进行了多次调试，估计是有信号反调试，但是我比较疑惑的问题是我在init array以及jni onload处的断点皆无法触发的原因，按理说，这个so被载入，再有反调试也应该先触发init array以及jni onload处的断点，可是他直接断在libc中，然后触发大量信号。这些信号选择不发送到app中的话会使得app能够正常运行，但是IDA调试器会退出，通过回退栈来看，也没有发现运行到libjiagu_a64.so才发生退出，而是在系统库，比如libc中就出现问题了，暂且不清楚原因。使用的样本也是楼主你提供的样本 |
|
|
根据你的问题描述，你这个应该是外部因素，不是内部因素，比如 ida、调试机器问题。当然，样本也可能有问题，毕竟我没有调试过64位，只是调试了32位。 |
|
|
根据我的调试结果来看，并非我的问题，我强制将app以32位启动，调试的流程和楼主你的是一样的，没有任何问题，但是64位启动的话就会出现之前我说的问题，百思不得其解其中的原理，可能是64位app添加了一些新的机制 |
|
|
|
|
|
 那是不是意味着，现在免费的360加固可以过滤掉大部分小白了
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
请教一下 为啥我的JNI_Onload一进去 最后mov pc,r12会进入一个debug59的segment 然后会进入libart.so里的 包含 GetEnv JavaVMPPvi的函数 在一条ADDEQ SP,SP #0xC的地方就莫名退出了 恕我愚昧 想不通
|
|
|
逐条指令执行的 |
|
|
可能哪里反调没过去吧 |
|
|
|
Dyingchen
