飞跃VPN加密升级：军事级VPN协议加固

10 月 11 日凌晨，飞跃VPN 完成了一轮不改变界面、只改底层的安全加固：密钥轮换周期从 60 分钟缩短到 15 分钟，密钥交换改用 X25519 临时密钥，完整性校验从 SHA-256 升级到 SHA-384，并把 DNS、IPv6 与 WebRTC 三项防泄漏检查合并成一次自检。用户端唯一的感知，是连接时多花约 40 毫秒。

密钥轮换从 60 分钟到 15 分钟

密钥轮换的意思是：连接建立后不是一直用同一把密钥，而是每隔一段时间重新协商一把。轮换越频繁，攻击者即使抓到一段加密流量，能解密的范围越小。此前我们的轮换周期是 60 分钟，在网络设备重启的窗口里存在短暂的单密钥复用；这一轮把周期压到 15 分钟，并给每次轮换加了独立的随机数，避免任何两段时间共用同一组密钥材料。

轮换本身有成本。每次协商要走一次临时密钥交换，约 30 到 50 毫秒，期间业务流量不中断，但握手会多占用一点 CPU。手机端的顾虑最明显：频繁协商会唤醒基带，影响待机功耗。所以轮换策略在移动端是自适应的——前台使用保持 15 分钟，切到后台后延长到 45 分钟，回到前台立即补一次轮换。

第二处是密钥交换算法。原来用的是静态密钥交换，长期私钥存在服务器上，一旦服务器被攻破，历史流量理论上可被回溯解密。改成 X25519 临时密钥交换后，每次会话生成一对只用一次的密钥，用完即销毁，服务器上不再留有可回溯历史的材料。这就是常说的前向保密，它不是新概念，但很多加速器为了省事跳过了它。

协议参数对照

下表列出本次改动前后的关键参数。需要说明的是，对称加密算法本身没有换——AES-256-GCM 至今没有被实用的攻击方法，换它反而会增加实现风险。加固的重点在密钥生命周期与校验强度。

IPv6 这一项值得单独说。很多用户以为开了 VPN 就全流量走隧道，但如果本地网络同时有 IPv6，而隧道只处理 IPv4，浏览器会优先用 IPv6 直连，等于绕开了加密。我们此前只在部分节点做了 IPv6 覆盖，这次全部 110 个节点都补齐，并在客户端里加了「IPv6 旁路检测」：自动探测本地是否有 IPv6 出口，如果有则强制其进入隧道。

「安全加固最容易做成表演：把参数表列得很漂亮，实际攻击面一点没减少。我们内部评估的顺序是反过来的——先问最坏情况下攻击者能拿到什么，再决定改哪里。结论是历史流量回溯的风险最大，所以优先解决密钥生命周期，而不是去追求更长的密钥位数。」— 沈亦然，飞跃VPN 安全负责人

三项防泄漏自检怎么用

新版本客户端在「设置 - 安全」里有一个「一键自检」按钮，跑完大约 8 秒，会给出三项结果。第一项是 DNS 泄漏：检查你的解析请求是否真的走了隧道内的解析器，还是被本地运营商接管。第二项是 IPv6 旁路：确认本地 IPv6 流量是否已被纳入隧道。第三项是 WebRTC 泄漏：浏览器在建立点对点连接时会暴露本机内网地址，这一项检查该行为是否被阻断。

三项里最容易出问题的是 DNS。即便隧道正常，某些系统设置或第三方软件仍会把解析请求发到本地运营商的服务器，结果是你的访问内容虽然加密了，但「你访问了哪些域名」这个信息泄露了。自检会在本地发起一次带唯一标记的解析请求，再到隧道出口侧查询该标记是否出现，出现即判定为未泄漏。这个检测不采集你的真实访问记录，标记是一次性的随机字符串。

「我们不做『绝对安全』的承诺，那是不诚实的。任何系统都有被攻破的可能。我们承诺的是三件可验证的事：不记录你访问了什么、密钥用完即弃、出现泄漏时你能自己测出来。第三件尤其重要——用户能自己验证，才不必只靠信任。」— 陈子墨，飞跃VPN 客户端研发负责人

如果自检结果出现红项，处理顺序是：先在客户端里点「修复建议」，它会给出对应的系统设置路径；如果提示是第三方软件接管了解析，需要在该软件里关闭「DNS 加速」或「安全 DNS」；如果是路由器层面的 IPv6 直通，需要在路由器上关闭 IPv6 或把它指向隧道。三步都做完仍有红项，可以导出诊断报告提交工单，报告里只有配置项与检测结果，不含访问内容。

最后重申一遍日志边界：我们不记录访问的域名、IP、请求内容与时间戳，也不做流量画像。账号体系里只保存邮箱、订阅状态、在线设备数三类信息，会话日志 24 小时滚动覆盖且不与账号关联。这些内容在隐私政策里有完整表述，与本次技术改动一一对应。

说明：加密强度不能弥补使用习惯上的风险。请勿在公共设备上保存账号密码，并定期检查客户端的在线设备列表。