API 密钥泄露后怎么自救：从吊销到加固的完整流程，5 分钟止住损失

前面我们说了 OpenCode 的凭据泄露事件，这一篇给出手把手的自救流程。不管你有没有用过 OpenCode，只要你在任何第三方工具、浏览器插件、IDE 扩展里填过模型 API Key，这套流程都值得走一遍。

第一步：先止血，5 分钟内完成

1. 登录各平台控制台（Anthropic Console、OpenAI Platform、DeepSeek 开放平台等），找到「API Keys」页面。
2. 把当前所有 Key 全部 Revoke / Delete，不要留恋——旧的 Key 一旦确认有泄露可能，就不该再留着。
3. 生成新 Key，命名时写上用途和环境，比如 local-dev-20261018，方便日后审计。
4. 新 Key 只填进你认为安全的环境，先不要再填进任何第三方工具。

第二步：查账单，确认损失

进入平台的 Usage / Billing 页面，重点看三件事：

• 近 7 天的调用量曲线有没有在你没用的时候出现尖峰，尤其是凌晨时段的调用。
• 调用来源 IP。大多数平台在日志里能看到请求 IP，如果出现陌生公网 IP，基本可以确认被盗用。
• 消耗速率。Key 被盗后常见的情况是短时间内消耗几百甚至上千美元额度，因为攻击者会做批量蒸馏。

第三步：加固，避免再来一次

1. 设置消费上限

主流平台都支持设置月度硬上限或软告警阈值。建议：软告警设在日常用量的 2 倍，硬上限设在预算上限的 80%。宁可被拦一次任务，也不要被刷爆一个月工资。

2. 分环境分 Key

不要一把 Key 走天下。至少拆成三把：本地开发、服务器生产、临时测试。测试那把可以设置极低的额度上限，用完即弃。

3. 不把 Key 写进代码

# 错误做法
API_KEY = "sk-xxxxxxxx"

# 正确做法
import os
API_KEY = os.environ["MODEL_API_KEY"]

并且把 .env 加进 .gitignore。每年都有大量 Key 是因为误推到公开仓库而泄露的，GitHub 上有专门扫这类 Key 的爬虫，推送后几分钟就会被抓走。

4. 用代理网关集中管理

如果有多个项目或多个模型，建议自建一层统一网关（比如 one-api、new-api 这类开源项目）。好处是所有上游 Key 只在网关里存一份，项目侧只拿网关的本地 Key；要轮换、要限流、要看谁在烧钱，都在一处完成。

5. 定期轮换

建立最长 90 天轮换一次的规矩。不是为了防谁，而是为了在真的泄露时，把窗口期压缩到可接受范围。

第四步：如果被刷了，还能做什么

第一时间保留证据（调用日志截图、账单截图、时间线），然后向平台客服提交工单申诉。各平台对「凭据泄露导致的异常消耗」处理态度不同，部分平台在证据充分时会酌情返还额度或减免账单，但前提是你要能证明自己尽到了合理注意义务——这也是为什么「设置消费上限」这一步很重要，它本身就是你的免责证据。

最后一句实话：这几年 AI 工具迭代太快，很多人为了省三分钟配置时间，把 Key 贴进各种来路不明的工具里。省下的时间和可能付出的代价，完全不成比例。