把整个项目丢给 AI 的兄弟注意，你的提示词可能出现在别人的回答里！ Cloudflare 昨天自己认了：Workers AI 上的 GLM-5.3，8 月… · @xiangxiang103 · TwKit

@xiangxiang103

把整个项目丢给 AI 的兄弟注意，你的提示词可能出现在别人的回答里！ Cloudflare 昨天自己认了：Workers AI 上的 GLM-5.3，8 月 27 日到 9 月 9 日，有 155 条回复混进了别的用户刚发过的内容。 触发条件就一个：提示词超过 68 万 token。 平时谁会发这么长？把整个代码仓库、几百页文档一口气塞进去的人 我翻了 Cloudflare 的官方报告，有两句比 155 这个数更该看。 第一句：推理引擎的显存缓存，两次请求之间默认不清零，下一个请求直接覆盖。官方说这在推理引擎里很常见，为了速度 第二句：出事的不是模型，是底下的开源推理引擎 SGLang。这个 bug 7 月就有人报过，Cloudflare 建议所有服务商升到的 v0.5.22，10 月 19 日才发布 翻译一下：便宜的第三方模型 API、中转站，底下跑什么引擎、升没升级，你根本看不到。 Cloudflare 这次是有人报、有人修、还公开写了报告，也说没发现有人故意利用。别家要是出了同样的事，你大概率不会知道。 我的做法： 1、.env、API key、私钥，别跟着项目一起丢进提示词，发之前先让 Cursor 扫一遍 2、敏感项目走官方 API，便宜中转只跑不怕泄露的活 3、之前把 key 贴进过来路不明的 API，换一个，几分钟的事 Cloudflare 官方事故报告：https://blog.cloudflare.com/kv-cache-exposure-remediation/ 只影响 Workers AI 上的 GLM-5.3，9 月 9 日已修复。自己部署 SGLang 的，官方建议升到 v0.5.22 以上。

曝光 293 · 评论 5 · 点赞 4 · 书签 1