理解 Quantumult X 的重写规则 (Rewrite) 与 MitM 机制
#iOS#Quantumult X#重写规则#网络安全
阅读需 4 分钟||
现代高级代理工具不仅负责 IP 层的数据包转发，还具备干预应用层 HTTP 协议的能力。Quantumult X 提供了功能强大的 Rewrite (重写) 和 MitM (中间人) 模块，吸引了大量热衷于自定义网络请求的用户。
1. HTTPS 流量与 MitM 机制原理
在默认情况下，HTTPS 对传输载荷进行了加密，代理工具只能看到目标服务器的 IP 和端口，无法窥探请求头或响应体。 为了实现流量的解密与修改，Quantumult X 需要使用 MitM (Man-in-the-Middle) 技术：
- 原理过程：工具要求用户在 iOS 系统中安装一张由其自身签发的根证书 (CA) 并完全信任它。随后，当应用尝试连接目标网站时，工具会伪造一张该网站的证书返回给应用，从而在本地成功解密原本加密的数据流。
- 撤销信任：如果不再需要此功能，用户应前往
设置 -> 通用 -> VPN 与设备管理移除相应描述文件，并在关于本机 -> 证书信任设置中关闭信任。
2. 重写规则的合法应用
解密数据后，即可通过 Rewrite 规则或引入 JavaScript 脚本对数据包进行处理。典型的调试与优化场景包括：
- API 接口调试：开发者可以在移动端测试环境中，重定向特定的 API 请求到本地或测试服务器，或模拟非正常的接口返回以观察前端异常处理逻辑。
- 精细化广告拦截：通过正则匹配阻断特定已知广告提供商的统计接口或素材链接，在响应层面返回空白，从而保持页面的干净。
3. 安全敬畏与风险警告
信任本地伪造 CA 是一项必须谨慎对待的高危操作：
- 隐私边界：绝不要在金融、支付或包含高度敏感私人信息的应用上开启 MitM。不当的规则配置可能导致敏感凭证（如 Cookie、Token）被意外的第三方脚本读取或泄露。
- 机制极限：这种本地重写机制无法突破严谨的数字签名及双向证书绑定 (SSL Pinning)。它不应被用于且也无法实现对现代强安全防护系统的破解。