安卓配置Burp Suite隐形代理，部分网站（如Facebook）流量无法捕获求助

核心原因 #

这类APP通常通过以下机制绕过代理：

• 证书钉扎（Certificate Pinning）：硬编码信任的服务器证书哈希，拒绝Burp的自签证书，导致流量无法通过代理建立连接。
• 直接IP直连：跳过系统DNS解析，硬编码目标IP地址，绕过iptables的DNAT规则。
• 代理检测：检测到代理环境后自动切换到非代理传输方式（如使用RAW套接字）。
• 流量路径豁免：部分APP的流量不走nat链，导致现有iptables规则无法生效。

解决方案 #

1. 绕过证书钉扎 #

Facebook等APP会严格验证服务器证书，必须先让APP信任Burp的证书：

• 使用Xposed框架+JustTrustMe模块：安装后自动禁用大部分APP的证书钉扎验证。
• 使用Frida脚本：运行以下命令临时绕过证书验证：

  frida -U -f com.facebook.katana -l bypass-pinning.js --no-pause
  

  脚本核心逻辑是Hook证书验证相关方法（如SSLContext.init、TrustManager.checkTrusted），跳过自定义证书校验。

2. 调整iptables规则 #

现有规则转发所有TCP流量易引发异常，修改为仅针对HTTP/HTTPS端口定向转发：

# 清空原有OUTPUT链的nat规则（避免冲突）
iptables -t nat -F OUTPUT
# 转发80端口流量到本地8081
iptables -t nat -A OUTPUT -p tcp --dport 80 -j DNAT --to-destination 127.0.0.1:8081
# 转发443端口流量到本地8081
iptables -t nat -A OUTPUT -p tcp --dport 443 -j DNAT --to-destination 127.0.0.1:8081
# 保留POSTROUTING规则
iptables -t nat -A POSTROUTING -p tcp -j MASQUERADE

若APP使用自定义端口，需添加对应--dport规则。

3. 确认ADB反向代理生效 #

执行以下命令验证反向代理规则：

adb reverse --list

若未显示tcp:8081 tcp:8081，重新执行：

adb reverse tcp:8081 tcp:8081

同时确保Burp Suite监听设置为所有接口（0.0.0.0:8081），而非仅本地回环。

4. 劫持DNS解析 #

针对直接IP直连的APP，需劫持DNS请求指向代理：

• 在设备上搭建dnsmasq本地DNS服务器，将所有域名解析到127.0.0.1。
• 或添加iptables规则转发UDP 53端口流量到RedSocks等工具，再转接到Burp处理。

5. 规避代理检测 #

部分APP会检测系统代理或iptables规则，可通过以下方式隐藏代理环境：

• 使用**Magisk模块（如Hide My Applist）**隐藏代理相关工具与设置。
• 用Frida脚本Hook APP的代理检测逻辑，让其判定当前无代理环境。

内容的提问来源于stack exchange，提问作者Huynh Van