TLS 1.3：现代加密的基石
TLS 1.3（2018 年正式发布）是当前互联网加密通信的主流协议，相比 TLS 1.2 简化了握手流程（从 2-RTT 降到 1-RTT，部分场景 0-RTT），移除了不安全的加密算法（RC4、SHA-1、MD5 等），强制前向保密（PFS），是 VPN 客户端与服务器通信的最低加密基线。
为什么 VPN 需要在 TLS 之上再加一层
标准 TLS 加密解决「内容不可读」问题，但不解决「流量特征可识别」问题——深度包检测（DPI）系统仍可通过 TLS 握手的特征（ClientHello 的密码套件列表、ALPN 协议、握手包大小分布等）识别出「这是 TLS 流量，可能正在使用 VPN」。
在某些网络环境下，这种「可识别」会触发连接重置或限速。
自研协议的核心目标：流量混淆
自研协议层的设计目标不是替代 TLS，而是「套在 TLS 之上」做流量混淆。
常见策略包括：① 将 TLS 流量特征伪装成普通 HTTPS 流量；② 使用更通用的传输层（基于 QUIC、WebSocket 等）；③ 通过填充、随机化让包长度分布均匀化；④ 通过加密隧道元数据让服务器识别哪些连接属于合法客户端。
自研协议不等于非标准加密
重要澄清：自研协议通常复用标准 TLS 1.3 作为加密层，自研的部分是「混淆层」而非「加密层」。
混淆层的设计目标是「让流量看起来像普通流量」，加密层的设计目标是「让内容不可读」。
两者职责清晰分离，加密层永远使用标准算法（这样密码学社区可以审计），混淆层的设计有强有弱但不影响加密强度。
评估自研协议的实操方法
① 协议是否开源（开源意味着密码学社区可以审计）；② 客户端是否开源（开源意味着自研协议的实现可审计）；③ 是否通过独立第三方审计（如 Cure53 对协议实现的渗透测试）；④ 是否发布技术白皮书披露协议设计原理（白皮书意味着设计意图可被学术评议）；⑤ 是否长期维护（短期项目可能被迅速放弃）。