每年CTF开赛群里总有人喊一句“Android逆向题怎么入手啊”。我打了几年CTF也带过不少新人发现大家真正卡住的不是逆向本身而是拿到一个apk之后不知道该从哪里下手——文件结构不清楚工具链没理顺静态分析和动态调试的边界也分不清。这篇文章就围绕Android逆向CTF的实战流程展开从环境搭建、静态分析、动态调试到完整题解复盘把一条从apk到flag的标准化路径走一遍。适合刚接触CTF Android方向、或者已经能解简单题但总觉得流程很乱的朋友。先说清楚一件事CTF里的Android逆向考的不是“破解App”而是“读懂程序逻辑”。赛题会故意把flag藏在Java代码、so文件、资源文件或者运行时内存里你得综合运用反编译、调试、脚本计算等手段把它找出来。apk本质上就是一个zip压缩包里面真正影响逆向难度的是dex文件、so库和加固壳这三个东西。理解了这三层你就能看懂绝大多数题目的设计套路。1. 从CTF赛题反向理解APK逆向的本质1.1 APK结构拆开看到底哪些文件藏了线索拿到一个apk先用解压工具把它拆开。正常情况下你会看到这些内容AndroidManifest.xmlApp的“身份证”记录了包名、入口Activity、权限声明、组件是否导出等信息。classes.dexJava层编译产物大部分逻辑都在里面。resources.arsc资源索引表字符串资源、布局资源都从这里索引。res/各类资源文件图片、布局、字符串XML等。assets/原始文件目录经常被用来存放加密密钥、附加数据、甚至是一个完整的加密dex。lib/native库按CPU架构分目录armeabi-v7a、arm64-v8a、x86等so文件里的逻辑属于C/C层。CTF题目最喜欢动手脚的位置按出现频率排序大概是assets里的文件、res里的字符串资源、dex里的Java逻辑、lib下的so函数、入口Activity的代码。新手最容易犯的错误是拿到apk就打开jadx一头扎进MainActivity却忽略了assets和字符串资源——很多签到题根本不加密flag就明晃晃地放在assets的某个文本文件里反编译半天纯属浪费时间。1.2 出题人的三种常见套路我按难度把CTF中的Android题分成三类每一类的突破口完全不一样纯Java层逻辑题flag要么在资源/字符串里硬编码要么经过Base64、DES、RC4、异或等算法处理后藏在代码中。这类题目用jadx反编译后静态分析就能解决个别情况需要动态调试观察变量值。Native层计算题核心算法写在so文件里Java层只做一个JNI调用。需要用IDA Pro或Ghidra打开so分析导出函数搞清楚算法逻辑后要么本地实现一遍要么用Frida hook调用它。加固/混淆题apk整体套了一层壳直接反编译看不到真实dex需要先脱壳再分析。常见的有腾讯加固、阿里加固、360加固、梆梆加固等还有纯DEX混淆、字符串加密这些轻量级混淆手段。理解出题套路的意义在于你能快速判断自己的精力该花在哪一层。看到一个题先根据体积、加固特征、so文件数量做个初步体检再决定走静态还是动态路线能省下大量无效时间。2. 搭建逆向环境一路踩坑后的最终方案这节我把实际打比赛用下来最顺手的工具链列出来并标注每个工具的用途和安装时容易踩的坑。别一上来就全装按用途来。2.1 静态分析工具jadx是默认首选jadx是目前最主流的Android反编译工具把apk直接拖进jadx-gui就能看到反编译后的Java代码支持全局搜索字符串、查看资源文件、导出工程。相比老牌的dex2jarjd-gui组合jadx对现代混淆代码的还原度更高内置的搜索功能也快。另一个值得装的是GDA纯国产、免安装反编译能力在某些场景下比jadx更强特别是对so和dex混排的处理。JEB是商业工具价格不便宜但它的跨平台反编译能力和调试体验确实顶级预算有限的初学者可以后置。注意jadx-gui需要Java环境。很多人卡在这一步是因为JDK版本不对jadx最新版要求JDK 8部分功能需要JDK 11装完JDK记得在终端里跑一下java -version确认配置生效。2.2 动态分析工具Frida是核心主力Frida是一个动态插桩框架能实现Java层和Native层的运行时Hook是应对加固、反调试、动态生成代码的利器。安装分两部分电脑端装frida-toolspip install frida-tools手机/模拟器端跑对应版本的frida-server。版本必须严格对应否则会报错连不上。电脑端pip install frida-tools设备端从 frida官方仓库 下载对应架构的frida-serverpush到设备后运行架构判断模拟器一般选x86_64真机看是arm64还是arm32用adb shell getprop ro.product.cpu.abi查真机调试需要root很多模拟器自带root比如夜神、雷电这在CTF场景下是个大优势。市面上还有Xposed框架功能比Frida更“重”需要刷框架重启才能生效现在绝大多数CTF场景都用Frida代替了它新手不需要再装Xposed。2.3 模拟器与设备adb命令别踩坑CTF日常分析我推荐用模拟器原因很简单方便截图、方便文件推送、root开关一键切换。我日常用的是夜神/雷电这类主流安卓模拟器通过adb connect 127.0.0.1:端口号建立连接。不同模拟器的adb端口不一样模拟器adb连接命令夜神adb connect 127.0.0.1:62001较新版本是62025雷电adb connect 127.0.0.1:5555MuMuadb connect 127.0.0.1:7555逍遥adb connect 127.0.0.1:21503连不上时先确认模拟器的“开发者选项-USB调试”已经打开并且adb版本别太旧。Android Studio自带的那套Android SDK里的platform-tools自带adb直接把它的路径加进系统环境变量最省事。我在热词里看到很多人搜“android studio生成的apk如何通过git推送发布到服务器”这说明大家常常把Android开发和逆向混在一起——实际上CTF逆向只需要用到Android Studio里的adb和模拟器它的编译功能反而用不上。2.4 抓包与辅助工具Charles / Frida mitmproxy抓取App网络请求部分题目的flag需要构造请求才能拿到。010 Editor / HxD十六进制查看器用来分析图片隐写、文件头畸形、zip分块等。CyberChef网页版极其好用的在线编码转换工具支持Base64、Hex、ROT、异或、AES/DES等常见加解密。CTF里解一个混合编码的数据CyberChef拖拽几步就出来了。vscode python写脚本还原算法必备别嫌它基础真到写还原脚本的时候你才发现自己连python的bytes和str都没搞熟。这套环境配齐后静态、动态、网络三大件都有了CTF里90%的Android题都能处理。3. 拿到APK后别急着反编译先把静态分析四步走扎实3.1 第一步体检——用命令快速了解apk拿到apk后先用命令行的方式做一次快速体检比直接拖jadx高效得多。# 查看包名、版本、入口Activity和权限 aapt dump badging app.apk # 列出apk内所有文件 unzip -l app.apk # 查看lib目录下的so文件列表 unzip -l app.apk | grep lib/aapt在哪里Android SDK的build-tools目录里有现成的加了环境变量就能直接用。这一步主要回答三个问题这个包是不是加固了看是否有libjiagu.so、libDexHelper.so之类特征so、有没有native代码lib目录大小、有没有可疑的assets文件。3.2 第二步看AndroidManifest.xml找入口与出口用jadx打开apk后第一个要看的就是AndroidManifest.xml。重点找三样东西android:name为MainActivity的入口以及它的intent-filter所有标记了android:exportedtrue的组件这些是外部可调用的入口CTF题目经常在这里藏逻辑uses-permission声明如果你看到一个纯单机计算器App却申请了INTERNET权限就要警惕它是否联网拉取了关键数据。在CTF题里入口Activity未必是唯一入口。题目可能会用android:exportedtrue暴露一个BarcodeActivity或者Receiver外面随便一个App都能调起它flag就藏在它的onCreate里。所以每看到一处导出的组件都要停下来看看它的代码。3.3 第三步全局搜索——最快的flag位置定位法打开jadx-gui后按下ShiftShift全局搜索输入flag、key、ctf、secret、l4、pass、password、Base64等特征关键词。这个方法看起来土但极其有效字符串拼接型flag代码里可能写的是String s fl ag{...}直接搜flag搜不到前半段把搜索范围扩大到单引号字符、ASCII码值和数组定义。资源索引型flagflag不在Java代码里而是通过getString(R.string.xxx)从资源文件里取这时候去resources.arsc搜字符串。加密算法型flag代码里有一段Cipher.getInstance(AES)搜索AES、DES、RC4、transform、Cipher等算法关键字。3.4 第四步围绕入口Activity读代码入口的onCreate和方法逻辑就是主战场。阅读代码时按这个顺序来先看控件绑定哪些按钮、哪个输入框→ 再看事件监听点击后调用什么函数→ 最后跟进到check类函数分析算法。很多题目会在Java层做一个“输入框-Button-校验函数-Toast提示”的流程校验函数就是核心。以我遇到的一道典型题为例反编译后的核心逻辑如下public void onClick(View v) { String input et.getText().toString(); if (base64Encode(reverse(input)).equals(4GjS9lWqT)) { tv.setText(Correct! flag is input); } else { tv.setText(Wrong!); } }这种题看一眼就能出答案但你要能识别出4GjS9lWqT是调换过顺序的Base64编码。当时我写了个脚本逆推输入import base64 target 4GjS9lWqT # 明显是反向的base64先摆正 target target[::-1] # TqWl9SjG4 plain base64.b64decode(target) print(plain)四步走完简单题已经解出来了。如果还没拿到flag那就进入动态调试环节。4. 动态调试补位静态分析解决不了问题时Frida上场4.1 什么场景必须走向动态分析静态分析不是万能的遇到下面三种情况时就别硬啃了代码被加固/抽取jadx打开只看到壳的代码和几行空方法真正的逻辑在运行时才解密加载。Native层动态校验so文件里有反调试逻辑或者flag的衍生值由so函数在运行时计算。逻辑过于复杂或混淆严重单纯读代码看不明白不如运行时打日志、hook关键方法来得直接。4.2 Frida基础操作从连接到Hook一气呵成设备端启动frida-serveradb push frida-server /data/local/tmp/ adb shell chmod 755 /data/local/tmp/frida-server adb shell /data/local/tmp/frida-server 电脑端确认连接frida-ps -U能看到进程列表就说明连上了。接下来写一个最简单的Java层Hook脚本把目标方法前后打日志// hook.js Java.perform(function () { var MainActivity Java.use(com.example.ctf.MainActivity); MainActivity.check.implementation function (input) { console.log(input input); var result this.check(input); console.log(result result); return result; }; });运行frida -U -f com.example.ctf -l hook.js-f表示冷启动App并注入。当你在输入框输入任意一个值点“确认”按钮时控制台就会打印出真实传入的input和被调用的check方法返回值。4.3 hook native层用Interceptor.attach定位so函数如果核心算法在so里Java层Hook不到就用Frida的Native层Hook// hook_native.js var baseAddr Module.findBaseAddress(libctf.so); console.log(libctf.so base: baseAddr); var funcAddr baseAddr.add(0x1234); // 假设check函数在文件偏移0x1234 Interceptor.attach(funcAddr, { onEnter: function (args) { console.log(arg0: args[0]); console.log(arg1: Memory.readCString(args[1]) Memory.readCString(args[1])); }, onLeave: function (retval) { console.log(retval: retval); } });这个方法需要一个前提你得用IDA或Ghidra打开so文件先定位目标函数的偏移量再回到Frida里attach。动态调试三分靠Hook七分靠逆向分析so的耐心不用怕第一次看不懂多练习几个demo就能建立感觉。4.4 绕过常见反调试简单技巧先记下CTF题目里的反调试通常不复杂常用的绕过思路有两个绕root检测用Frida或者objection直接对RootBeer、isRooted相关函数做返回替换让它一直返回false让App以为当前设备是安全的。绕模拟器检测检测常见的模拟器特征如Build.FINGERPRINT里是否包含generic、传感器是否齐全等。可以用objection一条命令快速尝试objection -g com.example.ctf explore进入交互界面后运行android root disable和android sdk root相关命令甚至可以直接启用android hooking list activities来枚举组件。objection最实用的功能是“禁用root检测”和“禁用模拟器检测”等于把Frida的高频操作封装成了傻瓜模式强烈建议下载备用。5. 实际题解复盘从签到题到一个中等难度的带壳题5.1 签到题的完整分析链路有一道模拟签到题的apk叫easy-check.apk大小为3MB左右没有so文件也没有加固特征。我的分析流程如下用aapt dump badging easy-check.apk确认包名为com.example.ctf.easycheck入口Activity是com.example.ctf.easycheck.MainActivity。用jadx打开直接进入MainActivity看到如下核心代码Button btn findViewById(R.id.btn_check); btn.setOnClickListener(new View.OnClickListener() { Override public void onClick(View v) { String input et.getText().toString(); if (check(input)) { Toast.makeText(getApplicationContext(), flag{ input }, Toast.LENGTH_LONG).show(); } } }); private boolean check(String s) { return s.equals(w0w_y0u_g0t_1t); }那这个题的答案就是flag{w0w_y0u_g0t_1t}。这类题没有任何加密隐藏纯粹考你会不会用jadx、会不会看代码。但很多新手会卡在“找不到check函数”这一步——原因是题目把check写在了内部类或私有工具类里你要通过入口函数一步步跳转而不是只在MainActivity里找。我的经验是从onClick跟进所有调用的函数全点一遍图标上的引用计数能帮你快速定位一个方法被谁调用过。5.2 中等难度题加密算法还原第二道题是典型的Java层Base64变种。反编译代码长这样public static String encrypt(String input) { byte[] data input.getBytes(); for (int i 0; i data.length; i) { data[i] ^ 0x2A; } return Base64.encodeToString(data, Base64.NO_WRAP); }题目让你解出给定密文的明文密文ZlBnY3QvYC97我的还原思路加密流程是先异或0x2A再Base64编码那解密流程就是先Base64解码再异或0x2Aimport base64 cipher ZlBnY3QvYC97 decoded base64.b64decode(cipher) flag_bytes bytes([b ^ 0x2A for b in decoded]) print(flag_bytes.decode())输出flag{X0r_1s_fun}。整个过程不超过两分钟但考察了你对Base64和异或的理解。CTF里大量题目都是这类“识别编码 识别操作符 写脚本还原”的组合多做几道就能形成肌肉记忆。5.3 带壳题脱壳后的标准分析流程带壳题是很多人的心理坎。其实脱壳没有想象中高不可攀关键在于流程是否清晰。拿一个用腾讯加固的模拟题来说运行App等它完成动态加载。用Frida脚本找到加载到内存中的真实dex脱壳工具很多frida-dexdump是最适合新手的。导出真实dex后用jadx再反编译一次。后续分析和普通apk完全一样。frida-dexdump的用法# 先把目标App跑起来让它完成加载 frida-dexdump -U -f com.example.ctf.shell -o dump/dump出来的dex文件直接拖进jadx刚才在脱壳前看不到的MainActivity代码就都出来了。脱壳的重点在于“时机”要在目标App把真实dex加载进内存之后再dump不能一启动就dump。实际操作中可以先在App里多点击几个页面触发它加载真正的逻辑再执行dump命令。6. 实战中踩过的坑与提效技巧6.1 Frida版本不对导致“unable to connect”一整天这是新人报错率最高的问题。frida-server和电脑端frida-tools的版本必须匹配pip install frida-tools安装的frida版本是13.x下载的frida-server却恰好是15.x一连接就报错。查看版本的方法frida --version # 电脑端frida版本 frida-server --version # 设备端frida版本执行时自带版本输出两边版本要一致。建议统一用最新稳定版别图省事随便download一个再说版本这东西差一个数字就是南辕北辙。6.2 jadx里搜不到字符串但App里确实有——资源混淆与动态字符串有些题目把字符串做了加密运行时才解密赋值给变量所以jadx的静态搜索找不到明文。遇到这种情况不要死磕搜索换个思路搜索decrypt、decode、load这类函数名。直接在onCreate逻辑里跟踪字符串变量的赋值来源。用Frida hook目标字符串的getBytes或equals方法实际运行时打印参数值。另外资源混淆如res/xx1/xx2这种路径也会干扰定位但资源混淆不影响语义分析别被它吓住。6.3 动态分析的目标进程没选对有时候Frida显示设备连上了但-f启动后App没出来或者frida-ps -U看不到目标进程。通常原因有两个设备端frida-server启动时没有root权限需要用su后运行。App是64位进程frida-server却是32位版本或反过来。用adb shell ps | grep 包名查看进程名和架构确保frida-server架构一致。6.4 CTF实战提效技巧抛开工具我总结几条实战中沉淀下来的经验比任何单点技能都管用先跑一下App再决定分析路线。签到题经常你一运行它就在界面上显示flag根本不需要逆。看题目标签和分值标签是androidweb还是androidnative直接决定优先看Java层还是so层分值低的题通常就是简单的硬编码分值高的题要提前做好脱壳/逆向算法准备。用strings命令扫apk里的明文。在Linux/Mac终端里对classes.dex和so文件跑strings有时候能直接看到可读字符。给每一个需要分析的apk单独建目录保存原始包、解压产物、jadx导出工程、Frida脚本、还原脚本、做题笔记用git管理版本。这个习惯能让你在比赛中多路并行时思路清晰。7. 结个尾一些实用建议最后分享几个我打CTF Android方向的实际体会。第一不要只盯着工具用逆向的核心是“读代码”的耐心。有很多次队友喊我帮忙看题我反编译完发现逻辑其实并不复杂只是他们没耐心把一串getIntExtra、setResult的调用链读完。看代码就像读侦探小说每个方法调用都有线索别跳步。第二建立一套自己的“分析清单”。我的清单是跑一遍App→看Manifest→全局搜索→读入口代码→确认是否有so→确认是否加固→选择动态还是静态。这套流程已经用烂了但每一步都能避免我犯低级错误。第三多多留意出题人的习惯。CTF出题人会复用一些好用的混淆和算法组合比如Base64 异或 逆序这种“老三样”。多做几道真题后你会发现所谓逆向题一半是在考你会不会尽快识别出这“老三样”并写脚本解决。如果你想继续往深处走下一步可以尝试用IDA Pro做so层汇编级分析学习Ghidra的脚本功能再研究一下插件化、热修复等现代加固技术。Android逆向的世界远不止CTF这一点但打好CTF这层底子后续无论做安全研究还是App开发都会顺手很多。
Android逆向CTF实战：从APK解包到Frida动态调试的完整路径
每年CTF开赛群里总有人喊一句“Android逆向题怎么入手啊”。我打了几年CTF也带过不少新人发现大家真正卡住的不是逆向本身而是拿到一个apk之后不知道该从哪里下手——文件结构不清楚工具链没理顺静态分析和动态调试的边界也分不清。这篇文章就围绕Android逆向CTF的实战流程展开从环境搭建、静态分析、动态调试到完整题解复盘把一条从apk到flag的标准化路径走一遍。适合刚接触CTF Android方向、或者已经能解简单题但总觉得流程很乱的朋友。先说清楚一件事CTF里的Android逆向考的不是“破解App”而是“读懂程序逻辑”。赛题会故意把flag藏在Java代码、so文件、资源文件或者运行时内存里你得综合运用反编译、调试、脚本计算等手段把它找出来。apk本质上就是一个zip压缩包里面真正影响逆向难度的是dex文件、so库和加固壳这三个东西。理解了这三层你就能看懂绝大多数题目的设计套路。1. 从CTF赛题反向理解APK逆向的本质1.1 APK结构拆开看到底哪些文件藏了线索拿到一个apk先用解压工具把它拆开。正常情况下你会看到这些内容AndroidManifest.xmlApp的“身份证”记录了包名、入口Activity、权限声明、组件是否导出等信息。classes.dexJava层编译产物大部分逻辑都在里面。resources.arsc资源索引表字符串资源、布局资源都从这里索引。res/各类资源文件图片、布局、字符串XML等。assets/原始文件目录经常被用来存放加密密钥、附加数据、甚至是一个完整的加密dex。lib/native库按CPU架构分目录armeabi-v7a、arm64-v8a、x86等so文件里的逻辑属于C/C层。CTF题目最喜欢动手脚的位置按出现频率排序大概是assets里的文件、res里的字符串资源、dex里的Java逻辑、lib下的so函数、入口Activity的代码。新手最容易犯的错误是拿到apk就打开jadx一头扎进MainActivity却忽略了assets和字符串资源——很多签到题根本不加密flag就明晃晃地放在assets的某个文本文件里反编译半天纯属浪费时间。1.2 出题人的三种常见套路我按难度把CTF中的Android题分成三类每一类的突破口完全不一样纯Java层逻辑题flag要么在资源/字符串里硬编码要么经过Base64、DES、RC4、异或等算法处理后藏在代码中。这类题目用jadx反编译后静态分析就能解决个别情况需要动态调试观察变量值。Native层计算题核心算法写在so文件里Java层只做一个JNI调用。需要用IDA Pro或Ghidra打开so分析导出函数搞清楚算法逻辑后要么本地实现一遍要么用Frida hook调用它。加固/混淆题apk整体套了一层壳直接反编译看不到真实dex需要先脱壳再分析。常见的有腾讯加固、阿里加固、360加固、梆梆加固等还有纯DEX混淆、字符串加密这些轻量级混淆手段。理解出题套路的意义在于你能快速判断自己的精力该花在哪一层。看到一个题先根据体积、加固特征、so文件数量做个初步体检再决定走静态还是动态路线能省下大量无效时间。2. 搭建逆向环境一路踩坑后的最终方案这节我把实际打比赛用下来最顺手的工具链列出来并标注每个工具的用途和安装时容易踩的坑。别一上来就全装按用途来。2.1 静态分析工具jadx是默认首选jadx是目前最主流的Android反编译工具把apk直接拖进jadx-gui就能看到反编译后的Java代码支持全局搜索字符串、查看资源文件、导出工程。相比老牌的dex2jarjd-gui组合jadx对现代混淆代码的还原度更高内置的搜索功能也快。另一个值得装的是GDA纯国产、免安装反编译能力在某些场景下比jadx更强特别是对so和dex混排的处理。JEB是商业工具价格不便宜但它的跨平台反编译能力和调试体验确实顶级预算有限的初学者可以后置。注意jadx-gui需要Java环境。很多人卡在这一步是因为JDK版本不对jadx最新版要求JDK 8部分功能需要JDK 11装完JDK记得在终端里跑一下java -version确认配置生效。2.2 动态分析工具Frida是核心主力Frida是一个动态插桩框架能实现Java层和Native层的运行时Hook是应对加固、反调试、动态生成代码的利器。安装分两部分电脑端装frida-toolspip install frida-tools手机/模拟器端跑对应版本的frida-server。版本必须严格对应否则会报错连不上。电脑端pip install frida-tools设备端从 frida官方仓库 下载对应架构的frida-serverpush到设备后运行架构判断模拟器一般选x86_64真机看是arm64还是arm32用adb shell getprop ro.product.cpu.abi查真机调试需要root很多模拟器自带root比如夜神、雷电这在CTF场景下是个大优势。市面上还有Xposed框架功能比Frida更“重”需要刷框架重启才能生效现在绝大多数CTF场景都用Frida代替了它新手不需要再装Xposed。2.3 模拟器与设备adb命令别踩坑CTF日常分析我推荐用模拟器原因很简单方便截图、方便文件推送、root开关一键切换。我日常用的是夜神/雷电这类主流安卓模拟器通过adb connect 127.0.0.1:端口号建立连接。不同模拟器的adb端口不一样模拟器adb连接命令夜神adb connect 127.0.0.1:62001较新版本是62025雷电adb connect 127.0.0.1:5555MuMuadb connect 127.0.0.1:7555逍遥adb connect 127.0.0.1:21503连不上时先确认模拟器的“开发者选项-USB调试”已经打开并且adb版本别太旧。Android Studio自带的那套Android SDK里的platform-tools自带adb直接把它的路径加进系统环境变量最省事。我在热词里看到很多人搜“android studio生成的apk如何通过git推送发布到服务器”这说明大家常常把Android开发和逆向混在一起——实际上CTF逆向只需要用到Android Studio里的adb和模拟器它的编译功能反而用不上。2.4 抓包与辅助工具Charles / Frida mitmproxy抓取App网络请求部分题目的flag需要构造请求才能拿到。010 Editor / HxD十六进制查看器用来分析图片隐写、文件头畸形、zip分块等。CyberChef网页版极其好用的在线编码转换工具支持Base64、Hex、ROT、异或、AES/DES等常见加解密。CTF里解一个混合编码的数据CyberChef拖拽几步就出来了。vscode python写脚本还原算法必备别嫌它基础真到写还原脚本的时候你才发现自己连python的bytes和str都没搞熟。这套环境配齐后静态、动态、网络三大件都有了CTF里90%的Android题都能处理。3. 拿到APK后别急着反编译先把静态分析四步走扎实3.1 第一步体检——用命令快速了解apk拿到apk后先用命令行的方式做一次快速体检比直接拖jadx高效得多。# 查看包名、版本、入口Activity和权限 aapt dump badging app.apk # 列出apk内所有文件 unzip -l app.apk # 查看lib目录下的so文件列表 unzip -l app.apk | grep lib/aapt在哪里Android SDK的build-tools目录里有现成的加了环境变量就能直接用。这一步主要回答三个问题这个包是不是加固了看是否有libjiagu.so、libDexHelper.so之类特征so、有没有native代码lib目录大小、有没有可疑的assets文件。3.2 第二步看AndroidManifest.xml找入口与出口用jadx打开apk后第一个要看的就是AndroidManifest.xml。重点找三样东西android:name为MainActivity的入口以及它的intent-filter所有标记了android:exportedtrue的组件这些是外部可调用的入口CTF题目经常在这里藏逻辑uses-permission声明如果你看到一个纯单机计算器App却申请了INTERNET权限就要警惕它是否联网拉取了关键数据。在CTF题里入口Activity未必是唯一入口。题目可能会用android:exportedtrue暴露一个BarcodeActivity或者Receiver外面随便一个App都能调起它flag就藏在它的onCreate里。所以每看到一处导出的组件都要停下来看看它的代码。3.3 第三步全局搜索——最快的flag位置定位法打开jadx-gui后按下ShiftShift全局搜索输入flag、key、ctf、secret、l4、pass、password、Base64等特征关键词。这个方法看起来土但极其有效字符串拼接型flag代码里可能写的是String s fl ag{...}直接搜flag搜不到前半段把搜索范围扩大到单引号字符、ASCII码值和数组定义。资源索引型flagflag不在Java代码里而是通过getString(R.string.xxx)从资源文件里取这时候去resources.arsc搜字符串。加密算法型flag代码里有一段Cipher.getInstance(AES)搜索AES、DES、RC4、transform、Cipher等算法关键字。3.4 第四步围绕入口Activity读代码入口的onCreate和方法逻辑就是主战场。阅读代码时按这个顺序来先看控件绑定哪些按钮、哪个输入框→ 再看事件监听点击后调用什么函数→ 最后跟进到check类函数分析算法。很多题目会在Java层做一个“输入框-Button-校验函数-Toast提示”的流程校验函数就是核心。以我遇到的一道典型题为例反编译后的核心逻辑如下public void onClick(View v) { String input et.getText().toString(); if (base64Encode(reverse(input)).equals(4GjS9lWqT)) { tv.setText(Correct! flag is input); } else { tv.setText(Wrong!); } }这种题看一眼就能出答案但你要能识别出4GjS9lWqT是调换过顺序的Base64编码。当时我写了个脚本逆推输入import base64 target 4GjS9lWqT # 明显是反向的base64先摆正 target target[::-1] # TqWl9SjG4 plain base64.b64decode(target) print(plain)四步走完简单题已经解出来了。如果还没拿到flag那就进入动态调试环节。4. 动态调试补位静态分析解决不了问题时Frida上场4.1 什么场景必须走向动态分析静态分析不是万能的遇到下面三种情况时就别硬啃了代码被加固/抽取jadx打开只看到壳的代码和几行空方法真正的逻辑在运行时才解密加载。Native层动态校验so文件里有反调试逻辑或者flag的衍生值由so函数在运行时计算。逻辑过于复杂或混淆严重单纯读代码看不明白不如运行时打日志、hook关键方法来得直接。4.2 Frida基础操作从连接到Hook一气呵成设备端启动frida-serveradb push frida-server /data/local/tmp/ adb shell chmod 755 /data/local/tmp/frida-server adb shell /data/local/tmp/frida-server 电脑端确认连接frida-ps -U能看到进程列表就说明连上了。接下来写一个最简单的Java层Hook脚本把目标方法前后打日志// hook.js Java.perform(function () { var MainActivity Java.use(com.example.ctf.MainActivity); MainActivity.check.implementation function (input) { console.log(input input); var result this.check(input); console.log(result result); return result; }; });运行frida -U -f com.example.ctf -l hook.js-f表示冷启动App并注入。当你在输入框输入任意一个值点“确认”按钮时控制台就会打印出真实传入的input和被调用的check方法返回值。4.3 hook native层用Interceptor.attach定位so函数如果核心算法在so里Java层Hook不到就用Frida的Native层Hook// hook_native.js var baseAddr Module.findBaseAddress(libctf.so); console.log(libctf.so base: baseAddr); var funcAddr baseAddr.add(0x1234); // 假设check函数在文件偏移0x1234 Interceptor.attach(funcAddr, { onEnter: function (args) { console.log(arg0: args[0]); console.log(arg1: Memory.readCString(args[1]) Memory.readCString(args[1])); }, onLeave: function (retval) { console.log(retval: retval); } });这个方法需要一个前提你得用IDA或Ghidra打开so文件先定位目标函数的偏移量再回到Frida里attach。动态调试三分靠Hook七分靠逆向分析so的耐心不用怕第一次看不懂多练习几个demo就能建立感觉。4.4 绕过常见反调试简单技巧先记下CTF题目里的反调试通常不复杂常用的绕过思路有两个绕root检测用Frida或者objection直接对RootBeer、isRooted相关函数做返回替换让它一直返回false让App以为当前设备是安全的。绕模拟器检测检测常见的模拟器特征如Build.FINGERPRINT里是否包含generic、传感器是否齐全等。可以用objection一条命令快速尝试objection -g com.example.ctf explore进入交互界面后运行android root disable和android sdk root相关命令甚至可以直接启用android hooking list activities来枚举组件。objection最实用的功能是“禁用root检测”和“禁用模拟器检测”等于把Frida的高频操作封装成了傻瓜模式强烈建议下载备用。5. 实际题解复盘从签到题到一个中等难度的带壳题5.1 签到题的完整分析链路有一道模拟签到题的apk叫easy-check.apk大小为3MB左右没有so文件也没有加固特征。我的分析流程如下用aapt dump badging easy-check.apk确认包名为com.example.ctf.easycheck入口Activity是com.example.ctf.easycheck.MainActivity。用jadx打开直接进入MainActivity看到如下核心代码Button btn findViewById(R.id.btn_check); btn.setOnClickListener(new View.OnClickListener() { Override public void onClick(View v) { String input et.getText().toString(); if (check(input)) { Toast.makeText(getApplicationContext(), flag{ input }, Toast.LENGTH_LONG).show(); } } }); private boolean check(String s) { return s.equals(w0w_y0u_g0t_1t); }那这个题的答案就是flag{w0w_y0u_g0t_1t}。这类题没有任何加密隐藏纯粹考你会不会用jadx、会不会看代码。但很多新手会卡在“找不到check函数”这一步——原因是题目把check写在了内部类或私有工具类里你要通过入口函数一步步跳转而不是只在MainActivity里找。我的经验是从onClick跟进所有调用的函数全点一遍图标上的引用计数能帮你快速定位一个方法被谁调用过。5.2 中等难度题加密算法还原第二道题是典型的Java层Base64变种。反编译代码长这样public static String encrypt(String input) { byte[] data input.getBytes(); for (int i 0; i data.length; i) { data[i] ^ 0x2A; } return Base64.encodeToString(data, Base64.NO_WRAP); }题目让你解出给定密文的明文密文ZlBnY3QvYC97我的还原思路加密流程是先异或0x2A再Base64编码那解密流程就是先Base64解码再异或0x2Aimport base64 cipher ZlBnY3QvYC97 decoded base64.b64decode(cipher) flag_bytes bytes([b ^ 0x2A for b in decoded]) print(flag_bytes.decode())输出flag{X0r_1s_fun}。整个过程不超过两分钟但考察了你对Base64和异或的理解。CTF里大量题目都是这类“识别编码 识别操作符 写脚本还原”的组合多做几道就能形成肌肉记忆。5.3 带壳题脱壳后的标准分析流程带壳题是很多人的心理坎。其实脱壳没有想象中高不可攀关键在于流程是否清晰。拿一个用腾讯加固的模拟题来说运行App等它完成动态加载。用Frida脚本找到加载到内存中的真实dex脱壳工具很多frida-dexdump是最适合新手的。导出真实dex后用jadx再反编译一次。后续分析和普通apk完全一样。frida-dexdump的用法# 先把目标App跑起来让它完成加载 frida-dexdump -U -f com.example.ctf.shell -o dump/dump出来的dex文件直接拖进jadx刚才在脱壳前看不到的MainActivity代码就都出来了。脱壳的重点在于“时机”要在目标App把真实dex加载进内存之后再dump不能一启动就dump。实际操作中可以先在App里多点击几个页面触发它加载真正的逻辑再执行dump命令。6. 实战中踩过的坑与提效技巧6.1 Frida版本不对导致“unable to connect”一整天这是新人报错率最高的问题。frida-server和电脑端frida-tools的版本必须匹配pip install frida-tools安装的frida版本是13.x下载的frida-server却恰好是15.x一连接就报错。查看版本的方法frida --version # 电脑端frida版本 frida-server --version # 设备端frida版本执行时自带版本输出两边版本要一致。建议统一用最新稳定版别图省事随便download一个再说版本这东西差一个数字就是南辕北辙。6.2 jadx里搜不到字符串但App里确实有——资源混淆与动态字符串有些题目把字符串做了加密运行时才解密赋值给变量所以jadx的静态搜索找不到明文。遇到这种情况不要死磕搜索换个思路搜索decrypt、decode、load这类函数名。直接在onCreate逻辑里跟踪字符串变量的赋值来源。用Frida hook目标字符串的getBytes或equals方法实际运行时打印参数值。另外资源混淆如res/xx1/xx2这种路径也会干扰定位但资源混淆不影响语义分析别被它吓住。6.3 动态分析的目标进程没选对有时候Frida显示设备连上了但-f启动后App没出来或者frida-ps -U看不到目标进程。通常原因有两个设备端frida-server启动时没有root权限需要用su后运行。App是64位进程frida-server却是32位版本或反过来。用adb shell ps | grep 包名查看进程名和架构确保frida-server架构一致。6.4 CTF实战提效技巧抛开工具我总结几条实战中沉淀下来的经验比任何单点技能都管用先跑一下App再决定分析路线。签到题经常你一运行它就在界面上显示flag根本不需要逆。看题目标签和分值标签是androidweb还是androidnative直接决定优先看Java层还是so层分值低的题通常就是简单的硬编码分值高的题要提前做好脱壳/逆向算法准备。用strings命令扫apk里的明文。在Linux/Mac终端里对classes.dex和so文件跑strings有时候能直接看到可读字符。给每一个需要分析的apk单独建目录保存原始包、解压产物、jadx导出工程、Frida脚本、还原脚本、做题笔记用git管理版本。这个习惯能让你在比赛中多路并行时思路清晰。7. 结个尾一些实用建议最后分享几个我打CTF Android方向的实际体会。第一不要只盯着工具用逆向的核心是“读代码”的耐心。有很多次队友喊我帮忙看题我反编译完发现逻辑其实并不复杂只是他们没耐心把一串getIntExtra、setResult的调用链读完。看代码就像读侦探小说每个方法调用都有线索别跳步。第二建立一套自己的“分析清单”。我的清单是跑一遍App→看Manifest→全局搜索→读入口代码→确认是否有so→确认是否加固→选择动态还是静态。这套流程已经用烂了但每一步都能避免我犯低级错误。第三多多留意出题人的习惯。CTF出题人会复用一些好用的混淆和算法组合比如Base64 异或 逆序这种“老三样”。多做几道真题后你会发现所谓逆向题一半是在考你会不会尽快识别出这“老三样”并写脚本解决。如果你想继续往深处走下一步可以尝试用IDA Pro做so层汇编级分析学习Ghidra的脚本功能再研究一下插件化、热修复等现代加固技术。Android逆向的世界远不止CTF这一点但打好CTF这层底子后续无论做安全研究还是App开发都会顺手很多。
