不要把“系统允许”理解成“内容可信”
系统VPN对话框说明某个应用正在申请建立网络隧道，不代表系统已经替用户审查服务商、日志政策、订阅价格或服务器运营。授权只解决“谁可以创建接口”，其余问题仍要单独核验。
同样，不应因为应用请求VPN授权就把它归类为恶意。判断关键是来源、开发者身份、用途说明、关闭入口和实际行为能否对应，而不是只看权限名称是否听起来敏感。
PERMISSION REVIEW
权限不是越少越好，
而是每一项都要能解释。
系统建立VPN所需的授权，与相册、通讯录、定位、通知或后台常驻不是同一件事。先分组，再判断当前任务是否真的需要。
检查对象应核对什么发现异常怎么办
安装来源
域名、商店开发者、签名或系统提示是否前后一致
停止安装，不通过搜索广告临时找“备用包”
系统VPN授权
是否由系统设置页显示活动连接和撤销入口
只在系统对话框中确认，截图保留应用名称
通知与后台
断连是否可见，后台限制是否会中断连接
分别测试允许与限制后台后的真实任务
始终开启或锁定
失败时是否阻断全部网络，用户是否知道关闭入口
先确认恢复方法，再在非关键设备上测试
额外数据权限
通讯录、相册、麦克风、定位是否与功能直接相关
拒绝后复测核心功能，无法解释就记录为风险
把拒绝权限当作一次对照测试
某项权限用途不清时，先拒绝并完成核心任务。若连接仍能正常建立，说明该权限至少不是当前任务的必要条件；若功能受限，记录具体受限位置，再查官方说明。
不要为了追求“全部绿色”而一次开启所有权限。批量开启会让后续无法判断哪一项导致常驻、通知变化或数据访问，也会提高恢复原状的成本。