Alice包安全漏洞咨询：拦截HTTP请求是否引发中间人攻击或突破SSL及部署风险？

本地存储带来的敏感数据泄露风险 #

• Alice会把拦截到的所有HTTP请求/响应数据（包括请求头里的token、Authorization信息，甚至请求体里的密码、用户隐私数据）持久化存储在本地。如果设备被root或越狱，或者其他有权限的应用能读取你的应用存储目录，这些明文存储的敏感数据很容易被窃取。
• 要是你的应用本身没对本地存储做加密处理，Alice存储的明文数据会直接放大这个泄露风险，相当于把敏感信息裸存在设备里。

与中间人攻击的关联 #

• Alice本身不会主动发起中间人攻击，它只是拦截应用内部已经发出的请求数据。但如果你的应用为了调试需求禁用了SSL证书校验（比如跳过证书验证逻辑），那外部攻击者可以通过中间人攻击窃听或篡改流量，而Alice会把这些被篡改后的请求/响应展示出来——但这锅得算在应用的SSL配置漏洞上，不是Alice的问题。
• 重点提醒：如果生产环境还保留Alice的功能，同时应用存在SSL校验漏洞，攻击者会更容易利用这个组合获取敏感数据。

无法突破SSL层 #

• Alice根本没能力突破SSL/TLS加密。它只能拿到应用内部已经解密后的明文请求数据——也就是应用和服务器完成SSL握手、解密流量之后，Alice才能截获数据。它绕不开SSL的加密机制，拿不到未解密的原始加密流量。

生产环境部署的额外隐患 #

• 如果生产环境没移除Alice，除了本地数据泄露，还可能被恶意触发其UI界面，直接获取展示的敏感请求信息。
• 另外，Alice输出的日志如果包含敏感数据，可能会被系统日志工具捕获，进一步扩大数据泄露的范围。

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