本文探讨了Android应用的反调试方法，包括先占坑、签名校验、调试状态检查、端口检查和TracerPid轮询等。这些策略可以组合使用以提高安全性，但并非不可绕过，后续文章将介绍如何解决这些反调试措施。
一、前言
在之前介绍了很多破解相关的文章，在这个过程中我们难免会遇到一些反调试策略，当时只是简单的介绍了如何去解决反调试，其实在去年我已经介绍了一篇关于Android中的安全逆向防护之战的文章：Android安全逆向防护解析；那么这篇文章就来详细总结一下，现阶段比较流行的几种反调试解决方案。
二、反调试方案分析
代码非常简单，在so中加上这行代码即可：ptrace(PTRACE_TRACEME, 0, 0, 0);其中PTRACE_TRACEME代表：本进程被其父进程所跟踪。其父进程应该希望跟踪子进程，一般一个进程只能被附加一次，我们在破解调试的时候都会附加需要调试应用的进程，如果我们先占坑，父进程附加自己，那么后面在附加调试就会失败。加上这段代码我们运行之后看一下效果：
我们在进行破解动态调试的时候都知道附加进程的status文件中的TracerPid字段就是被调试的进程pid，这里我们运行程序之后，查看进程对应的status文件，发现TracerPid值就是进程的父进程pid值。那么后面如果有进程在想附加调试就是会失败的。这种方式启动一定的调试作用，但是不是绝对安全的。关于解决这种反调试方案后面再说。
其实签名校验，准备来说不算是反调试方案，但是也是一种安全防护策略，就在这里提一下了，而签名校验一般现在有很多用途，用意在于防止二次打包，一般方案有两种：
-
第一：直接在本地做防护，如果发现签名不一致直接退出应用。
-
第二：将签名信息携带请求参数中参与加
最低0.47元/天 解锁文章
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
