抓包前必须绕过ssl pinning，否则https流量无法解密；需用mitmproxy捕获真实请求链；定位加解密函数逆向签名逻辑；结合adb与playwright模拟交互并提取隐藏参数。
抓包前必须确认 APP 是否启用 SSL Pinning
很多 Android/iOS APP 会启用 SSL Pinning（证书绑定），导致传统抓包工具（如 Charles/Fiddler）无法解密 HTTPS 流量——Python 脚本发起的请求也会被同样拦截。不处理这点，后续所有分析都卡在 403 或连接重置。
实操建议：
- Android 端可尝试用
adb shell查看是否加载了libssl.so或调用TrustManager的自定义实现；更直接的是用objection运行android sslpinning disable（需 root 或非 root 注入支持） - iOS 需越狱或使用 Frida 注入绕过，命令类似
frida -U -f com.example.app -l ssl-pinning-bypass.js - 若绕过失败，优先找 APP 的「网页版」或「微信小程序版」接口，它们通常无 Pinning 且协议一致
用 requests + mitmproxy 实现可控流量捕获
单纯用 requests 发请求只能模拟单次调用，看不到真实 APP 的完整请求链（如登录态如何传递、埋点如何触发）。真正要还原行为，得让 APP 的流量经由本地代理，并用 Python 实时解析。
实操建议：
- 启动
mitmdump并指定自定义脚本：mitmdump -s capture.py --mode transparent --set block_global=false - 在
capture.py中用def request(flow):和def response(flow):拦截关键字段，例如过滤含/api/v2/的路径，提取flow.request.headers["Authorization"]和flow.response.json() - 注意：Android 7+ 默认不信任用户 CA，需将 mitmproxy 的证书（
~/.mitmproxy/mitmproxy-ca.pem）导出并手动安装为系统级证书
解析加密参数：先定位加解密函数再逆向
多数 APP 对 sign、token、body 做对称或非对称加密，直接复现请求会返回 "invalid signature" 或 401。不能靠猜，得定位到原始 JS 或 Java/Kotlin 代码中的加解密逻辑。
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
实操建议：
- Android：用
apktool d app.apk反编译，搜索关键词"AES"、"RSA"、"sign"，重点关注OkHttpClient拦截器或 RetrofitConverterFactory - iOS：用
dumpdecrypted提取 Mach-O，再用 Hopper 打开，搜索CCCrypt、SecKeyCreateWithData等系统加密 API 调用点 - Webview 场景下，直接在 Chrome DevTools 的 Sources 面板里搜
crypto-js或atob，断点进generateSign()类函数，观察输入输出
用 playwright + Android Debug Bridge 模拟真实交互
纯接口抓取无法覆盖「滑动验证」「设备指纹校验」「时间戳动态生成」等行为。这时候需要让真实 APP 在模拟环境中运行，并由 Python 控制其操作流。
实操建议：
- 用
adb shell input swipe或adb shell input tap模拟手势，配合adb logcat | grep "com.example.app:I"抓取日志中打印的临时 token - Playwright 支持 Android 设备调试（需 Chrome DevTools Protocol）：
playwright codegen --device="Pixel 5" --browser=chromium录制操作后导出 Python 脚本 - 关键点：APP 启动后，先用
adb shell dumpsys activity top确认当前 Activity 名，再用adb shell am start -n "com.example.app/.MainActivity"精准拉起，避免冷启动干扰
真正难的不是发请求，而是判断哪个参数是设备 ID 衍生、哪个时间戳被服务端校验精度到毫秒、哪个 header 是从 native 层透传过来的——这些信息藏在 so 文件、OC 方法或混淆后的 Java 字节码里，没法靠抓包一眼看出。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
