🔖逆向

检测方的完整武器库把商业 App/安全 SDK 的反 Frida 手段按层汇总，这是一份"对手视角"的清单。逆向时对照排查，比盲目试错高效得多。应用层检测（Java/Kotlin）1. 端口扫描// 连接本机 27042 端口，通了就说明 frida-server 在跑 Socket socket = new Socket("127.0.0.1", 27042);绕过：换端口（-l 127.0.0.1:8888）。2. 进程枚举// 读 /proc 下所有 cmdline 找 frida-server // 或 Runtime.exec("ps") 解析

工具选型的原则：顺手 > 强大逆向工具链每年都在变，但选型原则不变：在能力达标的前提下选最顺手的。工具的学习成本是真实成本，一个用熟了的"次优"工具比生疏的"最强"工具产出高得多。以下是我当前的主力配置和备选。抓包层场景主力备选日常 HTTP 抓包mitmproxy（插件生态无敌）Charles（GUI 友好）手机全局接管reqable（现代、双端）Postern（免费）网络层分析Wiresharktcpdump（服务器上）自动化改包mitmproxy 插件Charles Rewrite配置建议：mitmproxy 配好常用插件（自动解密、token 收割）做成模板工程，新项目复制即用。

同一个 App，两套抓包战场很多逆向工程师安卓玩得转，换 iOS 就处处碰壁——不是能力问题，是两个平台的网络栈、证书体系、工具链有系统性差异。本文把差异点摊开讲，让你带着地图进新战场。差异一：证书信任模型Android：用户证书和系统证书分区，Android 7+ App 默认只信系统证书——所以安卓抓包的主战场是"把证书塞进系统区"（Magisk 模块方案）。iOS：没有分区概念，用户装的 CA 证书在"设置→通用→关于本机→证书信任设置"里打开"完全信任"后即获系统级信任。iOS 的证书安装本身简单，难的是描述文件安装流程和那个隐藏的信任开关。实战影响：iOS 上没做 Pinning 的

JNI 层是 Java 与 SO 的边境检查站分析带 native 签名的 App 时，最有价值的信息都发生在 JNI 边界：Java 层把什么参数传进了 SO，SO 又把什么结果还了回来。jnitrace 这个 Frida 工具就是干这个的——自动 hook 所有 JNI 函数调用，打印参数和返回值。pip install jnitrace jnitrace -l libtarget.so com.target.app-l 指定要跟踪的 SO。跑起来后，目标 SO 的每一次 JNI 调用（FindClass、GetMethodID、CallObjectMethod、NewStringUTF…

打码平台在逆向工程里的位置不是所有验证码都值得自己逆。打码平台（人工+AI 混合识别服务）的价值场景：验证码出现频率低（自建识别不划算）题型复杂多变（语序、推理题，自训模型搞不定）快速验证阶段（先跑通流程，再决定是否自建）把它当成一个"识别能力的外包 API"，工程上要做的是标准化对接 + 稳定性兜底。主流平台与协议对接各平台协议大同小异，都是"上传图片 → 返回答案"的两步或一步到位：import requests, base64, time class DamaClient: # 通用打码客户端骨架（以典型协议为例） def __init__(self, platform