Super VPN全新升级：无日志审计再加一道锁

2026 年 9 月 27 日，Super VPN 公布 2026 年第三季度无日志审计结果：第三方安全机构对本轮 132 项检查项逐条验证，全部通过，同时给出 4 项改进建议，团队已在 14 天内完成整改。v6.0.3 同步上线增强版 Kill Switch 与 DNS 泄漏双重检测，用户可在客户端安全中心查看实时状态。

无日志不是一句口号，而是可以被验证的工程约束。审计的核心是确认系统在任何环节都不落盘可关联到个人的访问记录：不记录访问目标、不记录源 IP 与时间戳的对应关系、不保留会话内容。审计方通过代码走查、运行时抓包、数据库抽样与运维流程访谈四种方式交叉验证。

“审计里最容易出问题的不是主服务，而是监控和排障用的辅助系统。这次 4 项建议里有 3 项都指向日志聚合组件，我们已经把它改成只统计连接数、不记录五元组。”
—— Super VPN 安全负责人 沈立

审计也不是一次性的合规动作。团队把审计清单拆成日常检查项，运维每周自检，季度由外部复核；任何新增的日志字段都要先经过隐私评审才能上线，评审记录与版本号一并归档。

132 项检查覆盖了什么

检查清单分为五组：数据采集（28 项）、存储与加密（31 项）、访问控制（24 项）、运维流程（26 项）、第三方依赖（23 项）。数据采集组确认客户端与服务端均不采集访问目标；存储组验证磁盘上不存在明文或可逆的会话数据；访问控制组检查运维账号的最小权限与双人复核；第三方依赖组则核对 SDK 与镜像的来源与版本锁定。

运行时会话数据只存在于内存，单节点内存池上限 512MB，连接断开后 300 毫秒内释放，进程重启即清空。密钥管理采用硬件安全模块，审计方现场验证了密钥不可导出。所有节点磁盘启用全盘加密，即便物理介质被取走，也无法还原任何用户数据。

整改项与性能影响

4 项改进建议分别是：日志聚合组件去除五元组字段、运维跳板机会话录屏保留期从 180 天缩短到 30 天、镜像签名校验从每周改为每日、以及在客户端加入 DNS 查询的本地缓存清理。前三项在 10 月 8 日前完成，第四项随 v6.0.3 一起发布。

整改没有带来明显的性能代价：日志量下降 38%，监控系统的写入压力反而减小；镜像每日校验增加约 40 秒发布耗时，对用户无感知；DNS 缓存清理使首次解析平均多花 6ms，但降低了在公共 Wi-Fi 下被劫持的风险。整体连接建立时间与上一版本持平。

审计的独立性来自流程而非声明。本轮由外部机构独立执行，Super VPN 在审计期间提供只读的代码仓库权限与生产环境的旁路镜像，审计人员可自行决定抽样范围与时间点，团队不得预先筛选样本。报告出具前双方对事实描述逐条确认，但对结论不做修改。

对普通用户来说，判断一个服务是否真的无日志，可以看三件事：审计是否由第三方执行、审计范围是否覆盖运维系统而不只是主服务、整改项是否公开闭环。只公布“通过”结论、不披露检查项与整改过程的报告，参考价值有限。

用户侧新增的两道防护

Kill Switch 做了三处增强：一是覆盖范围从隧道进程扩展到全部系统流量，隧道异常时立即阻断而非等待；二是支持按应用白名单，允许局域网打印、投屏等本地流量继续通行；三是断网恢复后的重连顺序改为先验证隧道再放行流量，避免出现“已连接但实际裸奔”的窗口期。

DNS 泄漏检测则每 10 分钟自动执行一次：客户端向随机生成的一次性域名发起查询，若在本地 DNS 侧观察到该查询，即判定为泄漏并提示切换节点。检测结果与连接详情一起展示，用户可自行导出报告。需要说明的是，任何 VPN 都无法替代终端安全软件，账号口令、系统补丁与钓鱼识别仍需用户自己把关。

审计报告摘要已随版本公开，完整报告可向客服申请查阅。团队承诺每年至少进行两次同类审计，并在每次版本更新后 30 天内公布整改闭环情况。v6.0.3 已全平台推送，建议所有用户升级以获得新的防护能力。