「服务端代理」标签下共 6 篇技术文章，包括《API 密钥安全：泄露风险与防护实践（2026-11-03）》、《微信小程序 / H5 调用第三方 API 的正确姿势：把直连》、《API 密钥安全：泄露风险与可撤销的防护实践》。按发布时间倒序排列，内容持续更新。
API 密钥一旦离开受控环境，持有者就获得了对应的调用权限，因此防护重点是把暴露面收窄、把有效期缩短、把泄露后的处置变成可执行流程。本文梳理常见泄露路径、服务端持有与代理、签发与轮换规则、检测响应顺序，并给出一个未执行的读取环境变量…
正确做法不是在页面里直接请求第三方接口，而是拆成三段：不可信的前端、持有密钥的服务端代理、以及上游 API。小程序受平台合法域名约束，H5 受同源策略约束，两者都因为代理而简化；真正决定可用性的，是显式超时、只对幂等请求重试、把错误…
API 密钥应按持有即可使用的凭据管理：不下发到客户端、不进仓库，服务端通过环境变量或密钥管理服务读取，并配合最小权限、分环境、轮换、吊销与用量监控。泄露后先吊销，再审计影响范围。
API 密钥通常属于持有即授权的凭据，主要风险来自客户端暴露、仓库与日志泄漏、权限过大以及缺少轮换和撤销。可行做法是服务端持有密钥、按环境和服务拆分权限、限制额度并建立监测与泄露处置流程。API.PLUS 的具体控制台能力与轮换接口…
API 密钥的风险不在于是否会被看到，而在于泄露后是否仍长期有效且权限过大。文章梳理前端打包、日志与错误回显、版本历史和 CI 环境等常见暴露面，并给出服务端代理、最小权限分环境、限额告警与可轮换四项优先控制，附一个仅作示意、未执行…
API 密钥安全的核心是假设它一定会泄露，让泄露代价可控：密钥只由服务端持有，按环境和用途拆分，绑定白名单与配额，日志脱敏、定期轮换，泄露后几分钟内可吊销，这样一次失守只是运维事件，而不是事故。
共 6 篇文章，第 1 / 1 页