在下载文件夹开了 AI 编程助手，本机腾讯云密钥可能被读走？先停用 CAM 访问密钥再对账

周五傍晚，某研发小队的工程师习惯把刚下好的压缩包丢在系统默认下载文件夹里，随手打开 Codex（或 Claude Code）说一句「帮我解压并梳理目录」。周末过后，费用中心相关短信先响了：可用额度紧张。周一打开账单页，才发现周末单日按量约为日常的数倍，资源列表里还多出一批非业务窗口创建的按量 CVM。

回头对齐访问管理里那把仍显示「启用」的 CAM 访问密钥，最近访问时间刚好落在「于下载文件夹启动编码助手」之后的窗口。团队这才意识到：本机环境变量、腾讯云 CLI / SDK 配置里留着的永久 SecretId/SecretKey，一旦配置被改写或令牌外泄，按量资源照样能开出来——钱记在腾讯云主账号上，不记在「在下载文件夹里点开助手的那个人」名下。

公开材料里（Forever Security 约 2026-10-22，BleepingComputer 约 2026-10-25）说得很清楚：浏览器默认下载目录容易被网页落下说明文件；人若在该目录启动会读 AGENTS.md / CLAUDE.md 的编码助手，助手可能按说明改本机配置、装陌生包或改接口端点。跟从目录说明是产品设计，厂商侧没有可刷的 CVE 补丁清单；防护要落在工作目录习惯，以及云侧凭证治理。

下面按腾讯云控制台，把止血动作写成可跟做的三步。

第一步：先停用可能被触达的 CAM 访问密钥

打开访问管理（CAM），找到本机可能用过的子用户或主账号访问密钥：

1. 进入「访问管理里的 API 密钥管理或子用户密钥」。
2. 对仍显示「启用」、且最近访问时间可疑的 SecretId，先禁用或删除旧密钥，再按需新建一把权限更窄的新密钥。
3. 同步检查本机：环境变量 TENCENTCLOUD_SECRET_ID / TENCENTCLOUD_SECRET_KEY、用户目录下的腾讯云 CLI / SDK / Terraform 配置，以及团队「开发机初始化」脚本里有没有粘贴残留。旧密钥停用后，本机配置也要改成新密钥或改用临时凭证，避免业务被硬断的同时旧钥仍躺在磁盘上。

注意：控制台里「最近访问时间」常按 T-1 更新，用来对照「下载文件夹开助手」的时间窗时，留一点缓冲即可。

第二步：用云审计 CloudAudit 查近 7 天异常操作

密钥停住之后，立刻去云审计看这段时间谁、用什么身份、调了哪些接口：

1. 打开「云审计里的事件检索或操作记录」。
2. 时间范围先拉近 7 天，重点筛 RunInstances、创建按量资源、改安全组、拉密钥相关等高风险操作。
3. 对照 CAM 子用户与 SecretId，把非业务窗口、非常用地域、非常用调用方的记录拉出来给安全与财务会诊。

如果审计里已经出现你认不出的创建动作，按量资源要先隔离或销毁，再决定要不要整账号轮换更多凭证。

第三步：费用中心设预算告警，避免下次短信才是第一道防线

止血之后，把「能看见账单」补成「能提前被拦住」：

1. 打开「费用中心里的预算管理或预算与告警」。
2. 按主账号或项目设月度预算，打开超额告警；有条件的话再开异常消费检测。
3. 把告警接收人设到真正买单的财务或负责人，而不是只留在某个开发者个人邮箱。

预算告警拦不住已经被盗用的旧密钥，但能让下一次异常按量更早被看见。

和另外两类事故别混在一起

远程 MCP 登录链的风险出在「连接 / 登录远程工具」过程；前端仓库明文躺钥匙，是密钥事先被贴出去。本案的起点是：说明文件落在下载文件夹，人又在该目录启动了会读说明的编码助手。三条线治理重点不同，但对腾讯云主账号来说，后果常常是同一句——本机可达的永久访问密钥一旦被读走，按量费用记在主账号。

研发侧顺手做的本机习惯

• 别把 ~/Downloads 当工作目录；压缩包先挪到干净项目目录再开助手。
• 启动前先用文本编辑器扫一眼有没有陌生的 AGENTS.md、CLAUDE.md。
• 保留高危命令确认弹窗，不要在主系统开全局免确认。
• 本机尽量少留永久 SecretKey；能用临时密钥或角色扮演就不要长期写死在用户目录。

如果你平时还要把合同、简历或配置文档发给外部大模型处理，可以先在本地用青椒智能脱敏处理敏感字段再上传：https://qingjiaolab.com