|
|
26ea782350
|
fix(core): 修复启动重复播种 admin key + 配置封存非幂等
根因是 unseal 时序：NewFromConfig 把解密放在最后，而之前几步已经在读凭据。
1. seedKeys 重复播种（生产已累积 4 个同名 admin key）
seedKeys 用 cfg.Keys[i].Key 与明文 gateway_keys 比对去重，但此时内存里的
key 还是密文 enc:v1:…，比对永不命中 ⇒ 每次重启追加一个同值 admin key。
实测：core.New(path) 连续重启，seeded key 数 2→3→4 递增。
（旧测试用 NewFromConfig 构造全新内存对象，没有「盘上已有密文」这个前提，
复现不出 —— 必须走 core.New 这条读盘的生产路径。）
2. 启动恒重写 config.yaml
migratePlaintextSecrets 按内存状态判断，而 Save() 末尾会把内存恢复为明文，
于是每次调用都判定「还有明文」并重写；注释却自称幂等。
改为 UnsealSecrets 在解密前记录「盘上是否明文」，SealIfNeeded 据此决定
是否写回 ⇒ 已封存的配置启动不再落盘。
原测试 TestMigratePlaintextSecretsIsIdempotent 用 ModTime 比较，两次写落在同一
时间戳刻度内就看不出来，所以表现为 ~1/6 概率的 flake 而非稳定失败。已改为比较
文件内容并走真实启动路径（UnsealSecrets + SealIfNeeded），并顺带消除该 flake。
附带更正：先前判断「rebuildRegistry 也会拿到密文 API key」不成立 ——
mergedSources → resolveSourceKey 对每个 source 独立解密（belt-and-braces），
provider 始终拿到明文。unseal 前置仍予保留，以消除对该兜底路径的隐性依赖、
并让 seedKeys 在明文下比较。
判据：
- TestRestartDoesNotDuplicateSeededKeys（敏感：回退顺序必红）
- TestSealingIsIdempotentAcrossStarts（12/12 稳定，原先 1/6 flake）
- TestProvidersGetPlaintextCredentials（钉 provider 必须拿到明文这一不变量）
|
2026-09-28 22:52:51 +08:00 |
|
|
|
a7355debed
|
feat(deploy): 部署前校验 master.key 可解封配置 + llmsproxy -show-secrets
密钥校验（deploy.sh）
- 新增 verify_master_key，在 build/替换任何文件之前执行。失败则二进制与
配置分毫未动、服务不受影响（已负向验证：缺钥匙、错钥匙两种情况都挡住）
- 走真实的 -show-secrets 解密路径，而不是只检查钥匙文件格式——格式合法
但内容不匹配（重新生成、恢复了错的备份、换机器）同样会被拒
- 钥匙来源与 config 包一致：LLMS_PROXY_MASTER_KEY 优先，否则
dirname(runtime_file)/master.key
- 配置里没有密文时跳过并提示（首次加密场景）
-show-secrets
- llmsproxy -show-secrets -config <path>：把凭据打到 stdout 后退出
- 不启动任何东西、不写任何文件（已验证 mtime 不变）
- 加密往返无损：封存前后输出逐字节一致
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
(cherry picked from commit a8cff57e24)
|
2026-09-27 17:12:03 +08:00 |
|
|
|
fd03ef6e4a
|
feat: 密钥静态加密 + /api/v1 agent 管理 API
密钥加密（写侧封存 / 读侧解封）
- config.yaml 的 sources[].api_key、sources[].headers、keys[].key 落盘即
AES-256-GCM 密文（enc:v1: 前缀），master.key 复用 runtime store 那把
- 内存里永远是明文：鉴权比对、API 返回新建 key、WebUI 编辑回填都不受影响
- 启动时一次性封存现存明文（幂等，已封存则不写盘）；-check 不写文件
- UpsertSourceInYAML 增加 box 参数，新加的源不再以明文落盘
- 解密失败改为硬错误：原先 MustDecrypt 返回密文会被下次 Save 二次封存
（实测：源 key 18→20、静默损坏），现在启动即失败且配置分毫不动
/api/v1：面向 agent 的管理 API（WebUI 零影响）
- GET /api/v1 机器可读索引，列出每个端点的方法/权限/用途
- GET /api/v1/overview 一次调用看全貌：源 + AUTO 链 + 密钥数 + 健康度
- GET /api/v1/health 仅健康快照
- GET /api/v1/models 按源分组的可路由模型清单
- GET /api/v1/sources[/{name}] 凭据遮蔽后的源
- GET /api/v1/auto 调度链与实时槽位状态
- GET /api/v1/keys admin only，密钥元数据，绝不回显密钥本身
- 沿用同一套网关 key 鉴权；读端点任意角色，写仍需 admin
测试：15 个新用例（含负向：泄密、越权、写操作必须被拒）
变异验证：maskKey 不遮蔽→红、去掉 admin 校验→红
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
(cherry picked from commit ad28a924a5)
|
2026-09-27 17:12:03 +08:00 |
|
