AidePro：Android 加密日志

20次阅读

获取下载链

微信关注「软件教程管家」公众号，回复 AidePro

30秒速读

Android 应用里的加密调用常常只看得到密文，定位问题只能靠猜。AidePro 就是为这个场景准备的工具：它在你自己的 Android 设备上，把加密调用日志、双通道抓包和 AI 客户端可读的 MCP 服务做到同一个工具里，帮你看到算法、密钥、明文与调用堆栈。本篇讲清它的两种抓包通道怎么选、装完先改哪几处设置，以及它明确不适合的场景。

软件信息表

先把关键事实摆在前面，版本与安装包大小以 GitHub 仓库当前页面为准，本文不写未经核实的数字。

项目	AidePro
定位	Android 加密日志与双通道抓包工具
平台	Android 7.0 及以上
前置条件	Root 环境，Zygisk 版 LSPosed
抓包通道	Java 层 Hook 抓包，VPN 代理抓包，两者互斥
AI 集成	内置 MCP 服务，据项目说明提供 56 个工具
获取方式	GitHub 开源仓库

它能帮你做什么

AidePro 的核心不是一个通用抓包器，而是一套面向自有设备调试的组合：加密调用看得见、网络请求分得清通道、结果还能交给 AI 客户端辅助分析。

Hook MessageDigest、Mac 和 Cipher，记录算法名、密钥、明文、密文及调用堆栈，帮你定位加密逻辑出现在哪个调用点。
Java 层 Hook 抓包覆盖 OkHttp、HttpURLConnection 和 WebView 等常见 Java 网络栈，不依赖证书即可读取部分明文请求，并标记数据来源。
VPN 代理抓包覆盖另一类网络栈，据项目说明包括部分 Flutter、Cronet 与自研网络栈场景，与 Hook 通道互斥使用。
日志详情支持 text、hex 和 base64 三种形式查看，长按可选择与复制，方便对照同一条数据的不同呈现。
内置 MCP 服务向 AI 客户端暴露日志读取、抓包分析、断点改包和 Frida 脚本注入能力，并按是否存在抓包数据按需暴露工具，减少无关工具对上下文的占用。
数据直接在手机上查看，基本使用流程不要求电脑加数据线。

一个真实使用场景推演

假设你在调试自己开发的应用，某个接口返回的字段始终对不上预期，而请求体在传输层是加密的。先用 Java 层 Hook 通道跑一次：从调用堆栈找到加密入口，确认算法与明文是否符合预期；如果这条请求走的是 Flutter 或自研网络栈，Hook 通道看不到，就切换到 VPN 代理通道重跑一次，对照两边的结果判断问题出在加密逻辑还是网络层。这个推演的关键判断是：先定通道，再看数据，不要两个通道同时开着互相干扰。以上用途只限定在获得授权的自有设备和自有应用范围内。

上手指南

按下面顺序走，卡点主要集中在 Root、模块作用域和证书三处，跳过任何一处都可能导致抓不到数据。

确认设备满足 Android 7.0 及以上、已有 Root，并装好 Zygisk 版 LSPosed，Root 方案据项目说明支持 Magisk、KernelSU 或 APatch。
安装应用后，在 LSPosed 中启用 AidePro 模块，并把作用域只勾选需要调试的自有应用，不要全量勾选。
二选一确定抓包通道：Java 网络栈优先用 Hook 通道，Flutter、Cronet 或自研网络栈优先评估代理通道。
走代理通道时，把 CA 证书安装到系统信任区，并核对证书格式与安装方式，格式或路径错了会出现 HTTPS 握手失败。
需要 AI 客户端读取数据时，用 adb forward 把本机端口转发出来，先请求 GET /health 确认 MCP 服务通了再接客户端。
需要 Frida 注入时先确认设备 ABI，arm64 已内置，其他 ABI 要额外下载对应组件。

装完先改这几处设置

下面每一项都直接影响能不能抓到、抓得准不准，装完先过一遍再开始调试。

目标应用作用域：只勾选自有调试应用。体感差别是日志里不再混入无关应用的调用，定位速度明显变快，也避免误触其他应用的数据。
抓包通道二选一：明确当前用 Hook 还是代理，并记住两者互斥。体感差别是不会出现两个通道各说各话、结果对不上的情况。
日志显示格式：按任务在 text、hex 和 base64 之间切换。看明文语义用 text，对字节、编码问题用 hex，需要复制进其他工具比对时用 base64。
代理抓包的证书信任开关与 VPN 白名单：只在确认目标应用需要时开启证书信任，并核对白名单范围。体感差别是能抓到数据的同时，把闪退与误放行范围控制在最小。
MCP 服务的监听范围：只保留本机访问，不要把端口暴露到局域网或公网。体感差别是 AI 客户端照常用，但调试数据不会被局域网内其他设备顺手访问。

常见问题与注意事项

下面几条都是项目说明里明确写出的限制，选型前先接受它们，再决定要不要用。

Hook 抓包拿不到原始字节流，相关记录会回退为 HTTP 序列。如果你必须保留原始网络字节流做取证或重放，这个通道就不满足要求。
部分应用有证书校验，开启证书信任开关可能导致应用闪退。遇到闪退先收窄作用域与白名单，再判断是不是证书环节的问题。
代理抓包要求 Root 并把 CA 装进系统信任区，证书格式或安装方式错误会直接导致 HTTPS 握手失败，表现为大面积请求失败而非单条异常。
Frida 功能依赖 frida-inject，非 arm64 架构要额外下载组件，换设备或换 ABI 后要重新核对，不要沿用旧的组件路径。
构建环节注意 Windows 中文用户名环境：据项目说明需要把 GRADLE_USER_HOME 设置到纯英文路径，签名配置使用未提交的 key.properties。

适合谁，不适合谁

适合的人是需要在自有 Android 设备上分析加密调用、查看网络请求明文、定位协议处理逻辑的开发者与逆向分析人员，前提是已经具备 Root、LSPosed 与协议分析基础，并且调试对象是自己有权调试的应用。不适合的人包括：没有 Root 也不打算折腾 Root 的普通用户；只想找一个开箱即用的通用抓包器的人；必须拿到原始网络字节流的人；以及调试对象并非自有或未经授权应用的人。最后一类不是技术门槛问题，而是使用边界问题。

横向对比与选型建议

结论先行：目标应用跑在 Java、OkHttp、HttpURLConnection 或 WebView 上，优先选 AidePro 的 Hook 通道；目标应用主要用 Flutter、Cronet 或自研网络栈，优先评估它的代理通道；如果必须保留原始字节流，或者设备无法满足 Root 与 LSPosed，就不要硬套这个工具。和电脑端通用代理抓包工具相比，AidePro 的差异在于本机加密日志与 MCP 服务：前者让你直接看到加密调用本身，后者让你把日志交给 AI 客户端辅助分析。和单独写 Frida 脚本相比，它的差异在于集成度：日志、抓包、改包与注入集中在一处，但代价是必须接受它的通道限制与 Root 前置条件。选型前务必实地验证设备 Root、LSPosed 版本、目标 ABI、证书校验行为与组织合规要求，缺一项都可能导致装完用不上。