访问凭证与安全基线的生产级实践：API Key 管理、环境变量隔离与最小权限配置

一、问题：访问凭证管理——被忽视的生产级安全盲区

1.1 真实事故：当 API Key 泄露时，损失以小时计

2026 年，API 密钥泄露事故正在以惊人的频率和规模发生。

事故一：Braintrust AWS 账户被攻破。 2026 年 5 月，Braintrust 的 AWS 账户被攻破，Box、Stripe、Cloudflare 等客户的 API 密钥全部暴露。这不是一次复杂的技术攻击，而是一次凭证管理疏漏导致的连锁灾难——一家 SaaS 平台的凭证泄露，波及了上下游数十家企业的核心业务。

事故二：LiteLLM PyPI 投毒事件。 月安装量高达 9500 万次的 AI 网关 LiteLLM，在 PyPI 上被人植入后门，专门窃取 API 密钥。开发者通过 pip install 安装的看似正常的依赖包，实际上在后台默默将环境变量中的密钥外传。

事故三：单日 3.2 万美金的异常消耗。 某创业团队在多环境复用同一上游 API Key，凭证在协作流转中外泄，被中转服务持续调用。团队发现时，单日已产生约 3.2 万美金的异常消耗。更令人心惊的是另一家企业——开通 Claude 企业授权后忘了设置用量上限，一个月烧掉 5 亿美元。

这些事故的共同点是什么？不是技术多复杂，而是管理多粗糙。

一个七八人的技术团队，同时使用 Claude、GPT、DeepSeek 等多个大模型服务，API Key 散落在项目配置