常用脚本|ajiami|Android逆向全套

这门课的名字里带着「常用脚本」和「ajiami」，乍看像是资源合集，实际上它要解决的问题很具体：当你面对一个加固过的 APK，或者一个跑在模拟器里就是不按预期返回数据的 App，你手里有没有一套能立刻上手的排查手段。Android 逆向不是看几篇文章就能会的事，它的门槛不在概念，而在工具链的熟悉度和对系统底层的理解深度。这份材料适合已经写过 Java/Kotlin、能看懂 smali 基本语法、但一遇到 Frida 脚本报错就卡住的人。

先说清楚：这门课补的是哪块缺口

很多学习者在 Android 逆向上的第一个断点，是工具之间的衔接。知道 Frida 能 hook，但不知道脚本挂上去为什么没反应；知道 IDA 能看 so，但拿到一个 stripped 的库不知道从哪下手；知道 GDB 能调，但连不上远程目标。这些断点不是靠再看一遍工具文档能解决的，它们来自对 Android 系统本身的不熟悉——进程模型、JNI 调用约定、linker 加载顺序、selinux 策略，任何一环没打通，工具就只是一个黑盒。

这门课的编排思路正是从这里切入：先用脚本把常见操作固化下来，再往回补系统原理。脚本不是让你照抄，而是让你知道每一步在做什么。

脚本、Frida、IDA、GDB：这套组合的用法

材料里出现的几个方向，对应的是逆向流程中不同的阶段。静态分析阶段，IDA 负责反汇编和交叉引用，重点在于识别关键函数和字符串引用路径。动态分析阶段，Frida 负责运行时 hook，用来观察参数、返回值、调用栈，或者直接改写逻辑。GDB 更多出现在 native 层崩溃分析或内核态调试中，和 Frida 形成互补。unidbg 则针对的是 so 脱离 App 独立运行的需求，适合批量验证算法或搭建模拟执行环境。

需要提醒的是，这些工具的版本敏感度很高。Frida 的脚本写法在不同大版本之间有语法差异，IDA 的插件生态也依赖具体版本，直接套用旧脚本经常失败。学习时更值得关注的是思路：hook 点怎么选、参数怎么打印、遇到反调试怎么绕过，而不是记住某个脚本的具体代码。

底层这条线：Android 系统与 kernel

为什么脚本会失效？为什么 hook 不上？大部分时候答案不在脚本本身，而在系统机制。Android 系统详解和 kernel 学习这两部分，指向的正是加固、反调试、检测手段背后的原理。比如 Inline Hook 被检测，往往和代码段校验、maps 读取、ptrace 自附加有关；Frida 被识别，可能涉及端口扫描、线程名检测、字符串特征匹配。理解这些检测点的实现方式，才能有针对性地处理，而不是反复换脚本碰运气。

如果此前只停留在「会用工具」的层面，这部分内容可能会觉得偏，但它是把零散技巧串起来的关键。

学完之后，你应该能回答这些问题

• 拿到一个加了壳的样本，第一步做什么、用什么工具判断壳的类型？
• Frida 脚本注入失败时，怎么区分是端口问题、权限问题还是反调试？
• native 层的加密函数，如何定位到关键参数并验证输入输出？
• unidbg 模拟执行时，环境缺失导致的报错该怎么补？
• 常见的反调试手段有哪些，分别对应什么绕过思路？

如果这些问题你现在答不上来，说明缺的正是这门材料要补的部分。建议边看边动手：找一个自己熟悉的 App，把脚本跑一遍，观察每一步的输入输出是否符合预期。只看不练，脚本永远只是别人写好的文本。需要具备的前置条件很明确——能读懂 smali、会用 adb、了解基本的 ARM 汇编，否则很多章节会变成看天书。