用大白话讲清楚什么是互联网流量加密

当你打开一个网站，数据经历了什么

当你在登录框里输入密码、或发出一条消息时，这些数据并不是沿着一条直线飞到收件人那里。数据包会先经过 Wi-Fi 路由器、网络运营商的设备、若干中间节点，最后才抵达网站或服务的服务器。在这一路的每一段上，理论上都可能有人窥探流量——小到咖啡馆里那个开放热点的主人，大到连接沿途的各种设备。加密，就是一种让数据包的内容对除发件人和收件人之外的所有人都变成一堆无意义符号的办法。

加密是怎么回事：靠的是密钥，不是咒语

任何加密的核心都是一个数学运算：算法拿走原始数据（明文）和一把秘密密钥，输出一串无法阅读的字节（密文）。没有正确的密钥，就无法在合理的时间内解开这条消息——不是因为数据被“藏起来了”，而是因为用现代计算机穷举所有可能的密钥，所需的时间比宇宙存在的时间还长。而这把密钥怎么用，有两种主要思路。

对称加密

加密和解密用的是同一把密钥。这样又快又省算力——正是对称算法（例如 AES 或 ChaCha20）在加密 HTTPS 连接和 VPN 隧道里的主数据流。对称加密有一个难点：双方得想办法安全地就同一把密钥达成一致，而又不能以明文形式把它传出去。

非对称加密

这里用的是一对密钥——公钥和私钥。用公钥加密的数据，只有私钥的持有者才能解开。非对称加密比较慢，所以实际中并不用它来加密全部流量，而是在连接一开始用它安全地交换那把对称密钥——之后双方就切换到快速的对称加密。

HTTPS 和 TLS：你每天都在用的加密

浏览器地址栏旁边那把小锁，意味着连接由 TLS 协议（Transport Layer Security，传输层安全）保护——正是它把 HTTP 变成了 HTTPS。连接时，浏览器和服务器会进行一次“握手”：服务器出示数字证书，双方通过非对称密码学就一把共同的对称密钥达成一致，之后所有数据——从页面文字到你输入的密码——都用这把密钥加密。根据 TLS 1.3 规范（RFC 8446），最新版协议把握手从两个来回缩短到一个，并对证书协商中的一部分内容做了加密，从而减少了路径上的观察者所能看到的信息量。有一点要说明：TLS 加密的是请求的内容，但并不总能完全掩盖你正在访问某个具体域名这件事——网站地址在 DNS 请求或 SNI 层面，如果没有单独加以保护，仍可能被中间节点看到。

VPN 隧道里的加密：又一层防护

VPN 增加了一个独立的层：与其让每个应用各自和每台服务器分别商定加密，不如让整台设备建立一条通往 VPN 服务器的加密隧道，流量再从那里继续往外走。像 WireGuard（HamikVPN 所用的 AmneziaWG 就构建在它之上）这样的现代协议，使用一套固定的现代密码学组合：用 ChaCha20 加密、搭配 Poly1305 认证码，用 Curve25519 交换密钥，用 BLAKE2s 做哈希。根据该协议的官方文档，这种不给你选择余地的、算法很窄的组合是开发者的有意为之：相比那些支持几十种密码组合的协议，它降低了配置出错的风险，也压缩了代码量，从而缩小了潜在漏洞的面积。

在你无法掌控网络本身的地方——比如咖啡馆或机场的公共 Wi-Fi——加密的 VPN 隧道尤其有用。关于这类网络的风险以及如何降低它，详见在公共 Wi-Fi 上保护数据一文。

加密做不到什么

了解它的适用边界很重要：加密保护的是流量内容在传输途中不被截获和篡改，但它并不能把你变成一个匿名用户。你直接连上的那个服务，照样知道你连了它；如果你登录了账号，你在账号里做的一切它也一清二楚。加密防不了钓鱼、防不了设备上本身就有的恶意应用，也防不了你自己在假冒网站上输入的信息。它是众多防护层中的一层，而不是唯一一层——与它并列同样重要的，还有系统更新、合理的应用权限，以及基本的数字卫生习惯。

怎么确认你的流量真的受到保护

• 看地址栏里的小锁。如果网站是用不带“s”的 HTTP 打开的、浏览器还明确警告连接不安全，那就别在上面输入密码和卡号。
• 看 VPN 隧道是否处于活动状态。手机应用通常有明确的连接指示；一旦连接断开，在你重新连上之前，流量就会以没有这层额外加密的方式发出。
• 在手机设置里关掉自动连接开放 Wi-Fi——在 Wi-Fi 分区里花两分钟就能搞定，能避免你稀里糊涂连上一个假冒热点。
• 及时更新应用和系统。加密实现中的漏洞，靠的是更新来修补，而不是换掉算法。
• 给重要账号用一个单独的长密码。如果账号本身的密码一猜就中，那通道加密也救不了你。

如果你要为手机或笔记本挑一个加密流量的服务，值得关注的不只是速度，还有它用的是什么协议、怎样处理连接日志——这些标准我们在如何挑选私密连接服务一文里拆解过。以 HamikVPN 为例，它基于 AmneziaWG 协议加密连接，并为主流平台提供了现成的应用——你可以从下载页面安装它们。