代理账号密码、白名单 IP、API 密钥，任何一处泄露都可能让额度一夜被盗刷。本篇梳理三种认证方式各自的风险点，并给出凭证保管、定期轮换与权限控制的实操方案。
三种认证方式，三种不同的风险面
代理服务商主要用三种方式确认你的身份，每种方式泄露后的后果并不相同：
- 账号密码： 直接写在请求 URL 或配置文件里，最容易随日志、代码仓库外泄，被盗用后产生的流量全部计入你的账单。
- IP 白名单： 使用时不需要密码，但一旦白名单里的某台服务器被攻破，攻击者就能直接消耗你的代理额度。
- API 密钥： 权限最大，能拉取 IP 清单甚至修改账户配置，一旦泄露后果最严重，需要重点保护。
凭证保管规范：从"不硬编码"开始
把代理账号密码直接写进代码并提交到仓库，是最常见也最致命的错误。正确做法只有三步：
- 改用环境变量： 程序运行时从环境变量读取凭证，代码里只保留变量名，杜绝明文入库。
- 配置文件加白： 本地配置文件写入 .gitignore，仓库中只提交带占位符的示例配置。
- 日志脱敏： 打印代理地址时隐去账号密码段，防止凭证随日志流入日志平台。
import os
PROXY_USER = os.environ["PROXY_USER"]
PROXY_PASS = os.environ["PROXY_PASS"]
proxy = f"http://{PROXY_USER}:{PROXY_PASS}@gw.example.com:8080"定期轮换：给凭证设置"保质期"
再严密的保管也挡不住内部泄露，定期轮换能有效压缩失窃后的可利用窗口。建议每 30~90 天更换一次密码；发现流量曲线异常立刻作废当前密钥并签发新的；API 密钥按用途拆分成多把，采集、测试、开发环境各用一把，单独轮换互不影响，出问题时也能快速定位是哪条链路泄露。
权限最小化与监控兜底
- 白名单只加固定出口： 只把长期稳定的服务器 IP 加入白名单，家用宽带的动态 IP 不要贪图方便加进列表。
- 按项目拆分子账号： 每个项目独立账号并设置配额上限，单点泄露不影响全局。
- 开启用量告警： 设置日流量与并发数阈值，指标异常飙升时第一时间收到通知。
- 主账号专人保管： 具备计费与管理权限的主账号不参与日常任务，一线程序一律使用受限子账号。
认证安全的核心思路可以浓缩成一句话：让每把钥匙只开一扇门，并且定期换锁。
Article ID: 66
（本文仅供技术交流，请遵守法律法规）