运营商在蜂窝 VPN 隧道里能看见什么

一条承载 VPN 的蜂窝连接有两套彼此独立的保护，而关于移动隐私的混乱说法，几乎都来自把这两者混为一谈。无线网络保护它自己的接入与信令。VPN 客户端认证一个网关，并保护通往该网关的流量。两者都不是对方的某一层，运营商也不会仅仅因为终结了蜂窝接入保护就成了 VPN 的对端。

第 1 步：画出两条关系

一侧是手机与移动网络：注册、无线承载，以及接入标准所规定的任何保护。另一侧是 VPN 客户端与某个特定的远端网关，各有自己的认证和自己的密钥。

不同的端点、不同的密钥材料、不同的失效方式。把它们画成两条线，而不是一条。

第 2 步：标出各自的终点

对于隧道模式的 IPsec 隧道，客户端把内层数据包封装进新的外层 IP 数据包，网络转发的是那个外层头部。 ESP 规范 直接描述的就是这种封装：载荷受到保护，外侧的地址才是路径上所看到的。

phone -- cellular access protection -- radio network
phone -- ESP outer packet ------> office gateway -- inner traffic

路径上没有任何一跳会解密载荷。处理发生在配置好的端点上，这正是两道保护边界不会合并成一道的原因。

第 3 步：列出运营商仍能做的事

接入运营商可以看到外层目的地、时序与流量大小。它也能通过路由、过滤、丢包或断开连接来影响投递。因此，一条缓慢或失败的隧道完全可能在不解密任何内容的情况下发生。延迟尖峰和强制重连也属于同一类。

观察与干扰是真实的能力。它们与读取内层载荷并不是同一种能力。

第 4 步：让假设保持诚实

这个结论适用于你所信任的端点之间、受支持且配置正确的隧道。它经受不住被入侵的手机、被窃取的凭据、过时的密码套件，或本身怀有恶意的网关。它也不会让意外的证书警告变得无害；应把它当作独立事件，而不是点一下跳过的提示。这些情况破坏的是某个假设，而不是密码学本身。

为了让警告消失而移除对端或证书校验，会改变你所依赖的那层保护关系。

第 5 步：跟着数据越过网关

VPN 保护在它配置好的端点处结束。流量之后做什么，只由该层上运行的东西来保护，这就是为什么隧道之后一条经过正确校验的 HTTPS 会话依然重要。从网关继续外发的明文需要单独评估。

当人们把隧道说成覆盖整条路径时，忘记的正是这一部分。

第 6 步：界定真正受保护的流

检查客户端策略中的排除应用、分离隧道与地址族。被排除的应用、未处理的地址族或已断开的会话可能完全走另一条路径，而状态图标不会告诉你哪条流去了哪里。

把记录写成四条事实：接入网络、已认证的 VPN 端点、应用端点，以及真正被覆盖的流量。即便图标在说谎，这条记录依然成立。