TOPIC / risk/security · 12 篇文章

机场安全与隐私指南：服务商可见数据、泄露风险与账号防护

这个专题解决什么问题

这个专题回答一个核心问题：当你把网络流量交给一个第三方机场转发时，哪些信息会暴露、暴露给谁、哪些风险可以通过自己的操作降低。机场本质上是第三方代理服务，你的数据会经过它的入口、中转和出口服务器；同时，你的账号、订阅链接、客户端和支付记录又构成了另一条与身份相关的链条。

很多新手对安全的理解停留在「协议有加密，所以很安全」。这个认识只对了一半。加密解决的是「链路上的旁观者能否读取内容」，并不解决「服务商知道什么」「设备上的软件是否可信」「账号是否会被别人接管」。本专题把这些问题拆开，分成两组：

本站没有对任何品牌做过安全审计或日志核查，文中关于品牌的内容只引用品牌资料，所有「是否记录日志」「数据保存多久」之类的问题都以服务商公开文本为准，本站未核实。

加密不等于匿名：先建立正确的心智模型

结论先行：加密保护的是内容在传输途中的机密性，匿名需要的是身份与行为无法被关联，两者是不同层面的问题，使用机场通常只能获得前者的一部分。

下面这张简图展示了一次典型访问中各方能看到的信息：

[你的设备] --(加密隧道)--> [机场入口/中转] --(加密隧道)--> [机场出口] --(目标站自己的加密,如HTTPS)--> [目标网站]
    |                         |                                |                                  |
 本地软件可见全部         看到来源IP、时间、流量          看到目标域名/IP、流量             看到出口IP、
 （客户端、浏览器扩展）    （内容被隧道加密）              （HTTPS 内容仍加密）              账号登录信息

从图中可以读出几个要点：

1. 本地设备是最大的暴露面。客户端、浏览器扩展、系统里安装的证书能看到加密之前的数据，所以客户端来源比协议选择更关键。
2. 服务商处于中间人位置。它看不到 HTTPS 页面内容，但能看到连接元数据：你的来源 IP、什么时候连接、用了多少流量、访问了哪些目标地址。
3. 目标网站认识的是你的账号。即使出口 IP 换了，你登录的账号、浏览器指纹、Cookie 依然能把行为关联到你。
4. 账号与支付把一切串起来。注册邮箱、支付记录与服务商账号绑定，服务商侧的元数据因此可以与具体的人关联。

协议层面的细节，例如 TLS、指纹与协议识别，可以参考 代理协议专题，本专题更关注「人和数据」这一侧。

服务商能看到什么：可见数据清单

直接回答：在大多数架构下，服务商在技术上能接触到的是连接元数据，而不是 HTTPS 内容本身；但能接触到不代表一定记录，是否记录、保存多久取决于服务商的实际做法，用户无法从外部完全核实。

更细的拆解见 机场服务商能看到你的哪些数据。

日志政策与隐私条款怎么看

先说结论：日志政策是服务商的单方声明，本站与用户都无法独立验证，阅读时应关注「写了什么、没写什么、出事时如何处理」，而不是只看「不记录日志」这几个字。

阅读时可以按以下顺序：

1. 是否存在单独的隐私政策或日志说明，还是只在服务条款里一笔带过；
2. 明确列出的数据类别是否与上表一致，例如是否承认记录流量与连接时间；
3. 保存期限是否写明，账号注销后的处理方式；
4. 是否有「配合调查」「违规封号」等条款，这类条款本身就意味着存在某种程度的记录；
5. 条款变更是否会通知用户。

具体的阅读方法与常见措辞辨析见 如何阅读机场的日志政策与隐私条款。

支付隐私：不同付款方式的留痕差异

结论：本站收录的 17 个品牌资料中，支付方式均列为支付宝、微信、USDT，三者都会留下记录，只是留痕的位置和可关联方式不同，没有哪一种是「无痕」的。

这里只做一般性说明，不同支付渠道的具体规则以其官方发布文本为准。更多内容见 支付宝、微信与 USDT 付款各自留下哪些痕迹。另外，支付凭证在退款或维权时很有用，相关做法可参考 跑路与风险专题。

泄露问题：DNS 与 WebRTC

一句话回答：DNS 泄露和 WebRTC 泄露都是「部分请求绕过了代理」，前者暴露你访问了哪些域名，后者可能暴露真实 IP，它们大多源于配置而不是服务商。

• DNS 泄露：客户端只代理了 TCP 流量，但系统仍向本地运营商的 DNS 服务器查询域名，运营商因此能看到你查询的域名。常见成因包括系统代理模式下浏览器自行解析、IPv6 DNS 未处理、分流规则遗漏等。详见 DNS 泄露自查与修复。
• WebRTC 泄露：浏览器为了建立点对点音视频连接，会通过 STUN 请求收集本机地址，在某些配置下真实公网 IP 会被网页脚本读取。详见 WebRTC 泄露真实 IP 的原理与防护。

DNS 本身的原理可以参考 网络原理与排障，TUN 模式的配置可以参考 桌面客户端专题。

账号与订阅安全

结论：机场账号与订阅链接是最容易被忽视、又最容易直接造成损失的环节，一个泄露的订阅链接就等于把你的套餐交给了别人。

账号层面的基本原则：

• 用独立的强密码，不与其他网站共用；
• 注册邮箱本身也要安全，因为找回密码依赖邮箱；
• 如果用户面板支持二次验证，可以开启；
• 定期查看登录记录与在线设备（如面板提供）。

订阅层面的基本原则：

• 订阅链接本身就是凭证，不要截图发群、不要贴到公开的配置分享里；
• 不要把订阅交给来路不明的「订阅转换」网站；
• 怀疑泄露时立即在面板重置订阅。

详见 机场账号安全设置原则 与 订阅链接泄露的后果与重置步骤。订阅的日常管理可参考 订阅管理专题。

客户端与钓鱼站

先说结论：客户端拥有修改系统网络的高权限，钓鱼站则直接盯着你的账号与付款，这两类风险的危害都可能大于协议或线路本身的问题。

相关文章：恶意客户端的常见行为与识别方法、破解版与修改版客户端的风险、机场钓鱼站与仿冒官网的识别方法。如果已经出现异常登录，可直接看 账号被盗后的应急处理流程。

按你的情况决定先做什么

不同用户的风险重点不同，下面的决策树帮助你确定优先级：

你最担心什么？
├─ 担心被别人用掉流量 / 账号被接管
│    └─ 先做：独立强密码 → 邮箱安全 → 订阅不外传 → 怀疑泄露即重置
├─ 担心本地网络环境看到访问记录
│    └─ 先做：DNS 泄露自查 → 必要时开启 TUN 或修正 DNS 设置
├─ 担心网页拿到真实 IP
│    └─ 先做：WebRTC 自查 → 浏览器设置或扩展限制
├─ 担心软件本身不可信
│    └─ 先做：核对客户端来源与签名 → 删除来路不明的版本
└─ 担心服务商记录
     └─ 先做：阅读日志与隐私条款 → 接受「无法外部核实」的前提 → 数据最小化

如果你只想要一份可以逐项打勾的清单，可以看 使用代理服务的隐私最小化清单。

安全与选品牌的关系

直接回答：安全与隐私更多取决于你自己的使用习惯，而不是选了哪个品牌；品牌资料能提供的只是协议、客户端类型等有限信息，本站未对任何品牌的日志或数据处理做过核查。

从品牌资料中，与安全相关、可以参考的字段大致有：

• 协议：多数品牌资料标注 VLESS；微风网络、飞猫云、星岛梦、灵猫网络、极连云的协议资料未提供，显示为「待核实」。协议未知时，你无法据此判断加密方式，详见 代理协议专题。
• 客户端类型：部分品牌资料显示提供自研客户端并支持第三方客户端，部分仅支持第三方客户端。选用自研客户端时，同样需要确认下载渠道是用户面板内的正式入口。
• 支付方式：资料中均为支付宝、微信、USDT，留痕特点见上文。

字段含义可在 字段说明 查看。需要提醒的是，即使协议和客户端信息齐全，也不代表该服务商的数据处理方式已被验证。

写在最后

安全与隐私没有一次设置就万事大吉的方案，更现实的做法是：接受「加密不等于匿名」的前提，把可控的环节（账号、订阅、客户端、浏览器设置）做好，把不可控的环节（服务商记录）通过数据最小化来降低影响。同时请遵守所在地法律法规与各平台服务条款，相关一般性说明见 合规与法律专题。

如果你正在比较品牌，可以在 机场品牌库 查看协议与客户端字段，或用 对比工具 把关心的字段放在一起看；遇到连接问题则可以转到 故障排查专题。