悄然蔓延的模型 API 密钥

多数组织并不是在某一次会议上决定采用 AI 的。它是一把密钥、一把密钥地进来的。工程师注册了一个模型服务来做功能原型;市场负责人把密钥粘进了某个无代码工具;财务分析师用的表格插件,在每次重算时都悄悄调用了一次模型。这些都算不上鲁莽——有用的东西本就是这样扩散的。真正的问题,是这种扩散留下了什么。

一把分散的密钥,究竟是什么

模型 API 密钥不是一项便利,而是一份长期有效的授权:它允许把组织的数据发送给外部系统,并依据返回结果采取行动。当密钥散落在浏览器插件、个人账号、笔记本和共享文档里,你就失去了回答基本问题的能力:

• 现在有哪些系统和人能够调用模型,又是以谁的名义?
• 通过这些调用,已经有哪些数据离开了组织?
• 一旦某把密钥泄露,你能多快撤销它,又不会打断那些无人记录过的工作?

如果对以上任一问题的诚实回答是“得去查一下才知道”,那么授权早已跑在了控制的前面。

它的失效方式并不惊心动魄

密钥蔓延很少制造一场轰动的泄露事件,它制造的是缓慢的侵蚀。账单上出现了无法归属到任何项目的支出;敏感记录经由某个消费级套餐流转,而其数据留存条款与法务批准的并不一致;某个已离职承包商的密钥,还在继续工作好几个月。每一件事都很小,合在一起,却勾勒出一个说不清自己 AI 在做什么的组织。

要集中的是路径,而非所有权

对策不是禁用工具,也不是让所有请求都挤过某个团队这道瓶颈,而是让模型访问经过一个受控网关,而不是经过一把把独立的密钥:

• 身份与权限附着在每一次调用上,使请求绑定到具体的人或服务,以及他们实际持有的权限。
• 策略在调用发生之前就决定什么被允许,而不是事后再从日志里拼凑还原。
• 证据记录下问了什么、发了什么、返回了什么,并以一种日后可以查验的形式留存。

独立的密钥退到网关之后,人们照旧使用自己的工具。改变的是——授权在同一个地方变得可见、可撤销。

主权是控制,不是一间上锁的房间

很容易把这理解为“把一切都隔离到私有基础设施上”。那是误读了目标。这里的主权,指的是无论使用哪家服务商,你都保有对自身数据、模型访问和运营决策的控制权。网关让你能够切换服务商、对不同数据类别施加不同策略、并干净利落地收回访问权,而无需要求每个团队改变工作方式。

一个可落地的起点

不需要先立项才能开始,你需要的是一份清单和一个方向:

• 找出当前所有调用模型的位置,包括个人账号和内嵌工具。
• 辨明其中哪些调用触及了你不希望失控外流的数据。
• 先把敏感度最高的路径接入受控网关,再由此向外扩展。

目标不是让 AI 变慢,而是确保:当有人问起你的 AI 能触及什么、以谁的授权触及时,答案是你能当场拿出来的,而不是一个还得去翻查才知道的东西。