快速结论
Cloudflare 称事件影响 8 月 27 日至 9 月 9 日的特定 GLM-5.3 部署，已修复；自建 SGLang 用户应按拓扑、后端和构建核对。
- 原始披露日期为 10 月 26 日，本文于 27 日补录。
- Cloudflare 报告受影响模型为 @cf/zai-org/glm-5.3。
- 本文没有核查任何本站用户的部署或复现漏洞。
本次更新：10 月 27 日下午核对原始来源后补充，区分事件日期、报告结论与本站操作建议。
SGLang 与 Cloudflare 于 10 月 26 日协调披露请求隔离问题，本篇于 27 日补录。Cloudflare 报告，8 月 27 日至 9 月 9 日间，其特定 GLM-5.3 Workers AI 部署出现跨请求缓存暴露，共识别到 155 条受影响响应；公司称已于 9 月 9 日修复并恢复服务，未发现其他 Workers AI 模型受影响或蓄意利用证据。
引擎层面如何理解
SGLang 说明了分离式预填充与解码路径中的请求拒绝处理，以及中断后缓存槽位回收问题，并记录相关修复和后续加固。修复分批合入，运行方需要连同传输后端与实际构建阅读。
DeepSeek 部署者值得检查什么
以下为本站建议。采用 SGLang 服务 DeepSeek 时，保留实际引擎、镜像、模型和部署拓扑，分别核对功能、性能与请求隔离。公告中的平台事件不能直接作为另一模型或另一服务商发生同样事故的证据。
把更新落实到验收记录
升级计划应明确正在解决哪条问题、哪些进程需要更新，以及异常情况下如何确认结果。具体记录方法见分离式部署核对教程。本文没有进行漏洞测试，也不据版本号独立承诺部署已安全。
参考资料
本文依据以下资料整理，版本与接口信息请以来源页面的现行说明为准。
阅读至此返回学习中心