饿饭加速器安全加固：会话密钥轮换缩至 6 分钟

2026 年 9 月 5 日，饿饭加速器完成 V6.1.8 安全加固。加密隧道方面，会话密钥轮换周期从 15 分钟缩短到 6 分钟，握手改用 X25519 椭圆曲线协商，AES-256-GCM 与 ChaCha20-Poly1305 可按设备能力动态切换；加密带来的额外开销从 5.1% 降到 3.6%。DNS 防泄漏与流量隔离改为默认开启，用户无需再手动配置。

密钥活得越久，风险窗口越大

会话密钥的轮换周期决定了单次密钥泄露的影响半径。15 分钟的周期意味着，一旦某台设备的密钥被提取，攻击者最长有 15 分钟的时间窗口可以解密这段时间的流量。把周期压到 6 分钟，窗口缩短 60%，配合前向保密机制，历史流量不会因为后续密钥泄露而被回溯解密。

「我们不认为自己的节点会被攻破，但安全设计的前提就是假设它会。」饿饭加速器安全实验室负责人韩煜说，「缩短密钥寿命是成本最低、收益最确定的一步，剩下的都是工程问题——怎么让轮换不引起断流。」

轮换不断流的做法：双密钥并行

轮换期间新旧密钥并行存在 3 秒，服务端同时接受两把密钥加密的数据包，客户端收到新密钥后立即切换发送，旧密钥在 3 秒后失效。整个过程不重建连接，用户侧只会在诊断面板看到一行「密钥已更新」的记录。灰度期间的 860 万次轮换中，因此产生的重连次数为零。

算法选择上，客户端在握手阶段上报 CPU 是否支持 AES-NI 指令集：支持的设备走 AES-256-GCM，加密吞吐可达 1.8Gbps；不支持的移动端与老设备走 ChaCha20-Poly1305，在 ARM 架构上快约 2.4 倍。两种算法都提供认证加密，防篡改能力等价。

加固清单与实际影响

本轮加固共处理 17 项改进，其中 6 项涉及加密层，5 项涉及客户端权限，4 项涉及日志与数据留存，2 项涉及运维流程。团队在 7 月至 8 月组织了三轮内部红蓝对抗，累计 96 小时，修复 9 个高危与中危问题，全部在 V6.1.8 中闭环。

日志策略同步收紧：连接记录保留期从 30 天降到 7 天，仅保留时间、节点、流量三项用于计费与线路优化，不记录访问目标、DNS 查询内容与载荷。用户可在客户端内一键清除本地诊断数据，清除后不可恢复。

「安全这件事没有终点，只有周期。」网络架构负责人林牧在内部评审时说，「六分钟不是极限，明年我们会评估能不能压到两分钟，前提是把轮换开销继续压在 3% 以内。」

V6.1.8 已全量推送，无需手动设置，重启客户端即生效。若你在企业内网使用，可能需要放行新增的密钥协商端口，具体端口与说明可在下载中心的部署文档中查看；个人用户直接升级即可获得全部加固项。

🚀 下载饿饭加速器 V6.1.8