全量节点切到 AES-256-GCM 快连安全侧这次改了什么

九月中旬起，快连把各出口的加密套件统一收拢到 AES-256-GCM 一种。按技术说明的数据，这一改动覆盖 150 多个出口，从客户端发起请求到完成握手的耗时中位数仍是 96 毫秒，没有因为多一次标签校验而变慢。此前不同机房的配置并不一致，个别老机房还在用不带完整性校验的分组模式；统一之后，密文与标签一起校验，被改动过的数据包在解密前就会被丢弃。

AES-256传输层加密技术

选择 GCM 的理由是省。它把加密与完整性校验合并成一次运算，比先加密再单独校验收敛得快；代价是长度固定的额外开销与对计数器的严格要求，像重复使用同一个初始向量这类实现错误，会直接毁掉安全性。因此这部分代码从各平台的自研实现换成公共实现，对照测试里同一批样本的握手耗时为 96 毫秒，与自研版本持平。

前向保密是这次一并启用的机制：每个会话独立派生密钥，会话结束即作废。按测试环境的统计，轮换动作本身耗时不到 20 ms，远小于 96 ms 的握手中位数；即便某次轮换异常，也只影响当次会话，其他连接不受牵连。

轮换节奏与握手代价

频繁换钥会带来额外握手，这一项开销被控制住了：按实测数据，从发起连接到收到确认，中位数 96 毫秒，与静态密钥方案相比差别落在感知不到的范围。轮换发生在后台，用户不会看到转圈，会议进行到一半也不会因为换钥而短暂无声；60 分钟会议里的累计丢包维持在 0.28%。

记录范围同时收窄。服务端只保留两类信息：一次连接建立的时间与出口编号，以及出错时的状态码；访问的具体目标、请求内容、会话时长都不进入日志。这不是靠一句承诺维持的，而是数据结构里根本没有对应字段。按内部统计，单条记录的长度不超过 128 KB，留存窗口仅 45 分钟。

客户端侧的加固项

客户端这边也补了几处。DNS 查询改走加密通道，避免解析请求泄露实际访问地；网络中断时自动断开全部转发，防止流量在无保护状态下流出；对端证书校验失败即终止连接，不做例外。按测试环境的统计，断网到全部转发停止在 1.6 秒内完成，异地登录或出口跳变则弹一条提示，由用户决定是否继续。

改动不带开关，用户也不用学新操作。真正受影响的是很老的系统：Windows 10 1809、macOS 12、iOS 15、Android 9 以下不再支持，这是保住套件一致的前提。按版本说明，支持名单与上一版一致，安装包体积仍在 19.2 MB 到 30.8 MB 区间，没有因此变大。

升级随客户端更新一并下发，已登录的设备重启一次即全部生效；按实测统计，重启到新策略生效在 20 秒内完成。参数与实现细节整理在安全中心的说明页，技术层面的问题可发至 help@kaiuelian.com.cn。