SECURITY

安全
是 StarAPI 的默认配置

从 Key 的生成到每一次请求的转发,安全机制贯穿整条链路。 这一页,把我们的防护措施摊开给你看。

🛡
01 — DEFENSE

六层防护,层层设防

🔑
Key 加盐哈希存储
用户 API Key 不落明文,数据库只存哈希摘要。即使数据库泄露,攻击者也无法还原出原始 Key。
🧱
上游凭证隔离
OpenAI、Claude 等上游厂商的真实密钥仅存在于服务端内存与安全存储,永不暴露给浏览器与客户端。
🚦
速率限制与配额
默认 60 次/分钟的全局限流,叠加按用户、按令牌的配额管控,异常流量在到达上游前就被拦下。
📵
数据不留存
对话内容即转即走,网关不落盘、不训练、不分析。日志只记录模型名、Token 数与耗时等计费元数据。
🐳
基础设施隔离
MySQL 仅监听容器内网,不对公网开放;应用容器以独立网桥通信,攻击面被压缩到最小。
📋
全链路审计日志
每一次调用都有据可查:谁、何时、调了哪个模型、花了多少额度。异常行为可回溯、可定位。
02 — PIPELINE

一次请求的安全旅程

🧾
身份校验
Bearer Token 哈希比对,无效 Key 直接 401 拒绝
🚦
限流配额
速率窗口与额度双重检查,超限即 429 熔断
🔁
安全转发
服务端注入上游真实凭证,客户端 Key 永不出网
🧹
即转即焚
响应流式返回,正文不落盘,仅记账元数据留存
03 — PROMISE

四条写进代码的承诺

01

绝不出售数据

你的请求内容、使用习惯、业务数据,不以任何形式出售或共享给第三方。

02

绝不拿你的数据训练

网关闭眼转发,不做内容分析,更不会把对话喂给任何模型。

03

凭证永不落地到客户端

上游厂商密钥只在服务端存在,前端、SDK、日志中都拿不到。

04

漏洞响应不过夜

安全报告 24 小时内响应,确认后立即修复并同步处置进展。

📮

发现了安全问题?

我们欢迎负责任的安全研究。请通过站内工单或管理员邮箱提交漏洞详情,请勿在修复前公开披露。一经确认,我们会在致谢名单中留下你的名字(可匿名)。

提交工单 →

安心,才能放手去创造

安全已默认开启,你只需要专注你的应用。

免费开始 →