API 中转站安全吗？六个必须核查的问题

先分清：中转站的安全在问什么

中转站位于你的应用与模型厂商之间，天然会看到请求和响应。因此安全问题至少有五层：传输与存储是否加密；请求内容会不会被留存或用于训练；API Key 权限是否可控；上游模型账号是否合法稳定；以及充进去的钱能不能安全使用。

还有一个经常被忽略的第六层：你自己的使用边界。即使网关本身合规，把敏感数据发给不该接收它的模型、或在客户端硬编码密钥，仍然会造成事故。核查要把平台责任与自身责任分开看。

一、数据会去哪里：留存、训练与日志

先看隐私政策与数据保护协议里写了什么，而不是看营销页的「绝不记录」。需要能回答三个问题：请求与响应正文默认留存多久；是否会用于训练或改进模型；为计费保留哪些元数据、保留多久。

再确认传输与存储的技术措施：是否全程 TLS、静态数据是否加密、谁能访问日志、是否有审计记录。涉及敏感业务时，应要求把处理范围、子处理方与数据删除机制写进合同，而不是停留在口头承诺。

OpenLux 对外披露的口径是：账户数据与调用元数据仅按用户指示用于提供服务与计费，请求正文默认不做长期留存；完整说明见数据保护协议与合规声明。采购前仍建议按你的行业要求逐条确认。

二、API Key 怎么管：最小权限与轮换

一枚密钥打通所有模型很方便，也很危险。生产环境至少做到：按项目或团队分配独立密钥；只在服务端保存密钥；把密钥放进环境变量或密钥管理服务；离职、换机或怀疑泄露时立即轮换；在控制台按密钥查看用量与异常峰值。

避免把密钥写进前端代码、移动端安装包或公开仓库。一旦泄露，攻击者消耗的是你的余额，而不是平台的钱。选站时确认是否支持多密钥、用量分账、额度上限与快速吊销——这些能力比「价格再低一点」更能降低真实损失。

三、上游账号风险：低价可能来自哪里

中转站需要从上游获得模型能力。正规做法是厂商官方接口、云市场或明确的商业合作；不合规做法包括共享账号、逆向网页接口、批量注册试用额度，甚至使用来源不明的密钥。前者可能随时被上游切断，后者还可能把你的请求带进不受控的环境。

识别信号并不复杂：价格低得脱离成本结构；模型列表长期缺货或频繁换名；状态页含糊其辞；出问题只让用户「等等」。如果一个平台无法说明上游来源与故障处理方式，就不适合承载生产流量。

四、模型掉包：安全问题的另一面

「安全」不只是数据泄露，也包括你付了旗舰模型的钱、实际得到的却是便宜模型。掉包会直接污染业务结果：代码审查质量下降、Agent 工具调用失败、长文分析出现低级错误，而账单看起来一切正常。

验证方法要组合使用：用版本特有的行为题对比官方渠道；核对返回的 usage 与计费；检查流式、工具调用、JSON 输出与视觉输入是否完整；在控制台账单里逐条对账。具体四步检测见《怎么查 API 中转站的真假》。

五、充值与跑路风险：把损失上限写小

预充值模式天然带有信用风险。首次使用不要一次充大额：先用最小金额跑两周真实业务，再根据稳定用量逐步增加。确认服务主体、服务条款、退款政策与发票流程，保留充值记录与账单。

同时做余额管理：设置低余额提醒；重要业务不要把全部预算放在一个账户；保留一份可替换方案（至少另一家网关或官方直连）的接入文档。真出问题时，迁移成本应该是一行 base_url，而不是重写应用。

六、合规边界：平台合规不等于你的使用合规

网关能提供合规材料，但不能替你的业务做合规判断。你需要确认：输入数据是否包含个人信息、商业秘密或受监管数据；所选模型与地区是否允许该用途；是否需要与供应商签署 DPA；内容审核与留痕要求由谁承担。

企业采购建议把主体信息、数据处理范围、子处理方、安全事件通知与终止后的数据删除写进合同，并让法务、安全与运维各自过一遍清单。OpenLux 由 COGNIS AI PTE. LTD. 运营，可提供条款、隐私政策、DPA 与合规声明作为评审材料。

一张可执行的核查清单

数据：能否说明留存期限、训练用途与访问控制，并签署 DPA。密钥：是否支持多密钥、分账、额度与即时吊销。上游：能否解释模型来源与故障处理。真实性：是否敢让你做模型指纹与账单核对。资金：服务主体、退款政策与起充门槛是否透明。

六项里任何一项答不清，都应先小额试用或直接排除。安全不是「信不信这家」的问题，而是「最坏情况下损失有多大、能否验证」的问题。