一个请求无障碍访问权限的 VPN 应用：它能做什么

VPN 连接成功后，一个对话框请求无障碍访问权限。很容易把它当作上网的又一步顺手批准，而这正是错误的反射：无障碍访问是 与创建隧道的权限不同的一种授权，而且它的范围超出路由选择。它实际允许什么取决于服务的声明和平台的规则，但可能包括读取界面信息并据此操作。在批准之前，先问清哪个功能需要它，以及没有这项授权时它还能做什么。

把权限与功能对应起来

产品可以合法地包含隧道之外的自动化或辅助功能，而说明应当点明该功能、描述它处理的信息，并明确使用它是否是您的选择。VPN 服务本身有其文档化的授权流程，因此仅以「流量已加密」为由请求无障碍访问，根本没有得到解释。这是两项用途不同的授权，把其一当作另一，正是宽泛权限因狭窄理由被批准的方式。请以书面形式要求对方给出功能名称。

如果对话框是唯一提到该功能的地方，那说明的是产品的沟通方式，而不是权限本身。

审视这些能力实际覆盖什么

不要以为每个无障碍服务都能读取所有密码或执行所有操作；能力、配置和平台限制各不相同。同样，也不要因为应用有熟悉的 VPN 标志和看似合理的名称，就认为这项授权无害。它比路由流量更宽泛，而宽泛正是它值得单独决定的原因。

先读应用自己对功能的说明，再看服务声明了什么。声明清单不是自白，但所述功能与声明能力之间的不匹配，是停下来核实的正当理由。

核查发布者与安装来源

在批准任何东西之前，先确认开发者、安装来源和应用官方帮助。从 与发布者网站不符的应用商店条目 安装的应用，与通过受管部署安装的应用风险不同。遇到意外请求时，回到经过验证的发布者，并把其说明与你实际拥有的应用对照。

能正常工作的隧道并不能证明为何请求单独的界面控制权限，所以不要让连通性代替答案。

在受管设备上，询问管理员

受监督和受管设备常出于正当理由限制无障碍授权，而为了满足一条未加解释的提示去关闭这些限制，等于把决定权从策略所有者转给拿着手机的人。询问管理员该功能是否获批，并让他们判断这一例外是否值得。

如果该功能是可选的，就用产品文档化的控件让它保持关闭，并确认隧道仍能满足需要。大多数 VPN 客户端没有它也能照常工作。

更改访问权限之后，核查授权状态

测试你启用的功能，然后检查权限是否仍然启用，因为应用可能在权限变化时仍保持安装。更新后系统撤销的授权会造成功能无故停止工作，这是支持问题而非隐私问题，但仍值得了解。

记下这项授权是为了什么、何时授予。如果日后无法重建这条记录，授权会活得比理由更久，并在功能被放弃很久之后仍保持启用。

有疑问时就拒绝，确认 VPN 仍能连接，只有当您真正需要的功能停止工作时再重新考虑。