forked from ChaiHao/BPOS-MVP
@contracts 首版(§8.1 九个文件): - id 品牌 ID / terminal 终态五名与归侧四标签 / envelope 信封六字段与四类事件 - card 工单两模式 + 对话卡族(形状对齐 2026-07-26 原型定稿) - contract7 契约七件 / ledger 三级寻址与写三分 / process-package 流程包 DSL 与触发器三类 - manifest 活动包清单六区(含 CMMN·DMN·步序声明的资产形状)/ org / api 路由契约 模块(L1): - event 信封存储、归属解析三级短路、投递五诺、监听注册表、三级消费裁定 - ledger schema 自生长(最大化合并/最宽类型/只增不破坏)、任务视图叠加、写三分、冲突检查 - org 岗位授权(客体三类×动作三种)、停用前置检查、会话、种子播种 - llm 四元绑定、ModelGateway 三模式(live/record/replay)—— 两缝之一 app 装配:Hono 服务 + 鉴权中间件 + 治理台/工作台路由;drizzle 迁移;AES-256-GCM 凭证密封 ADR-007 工具链与门禁 · ADR-008 投递队列 · ADR-009 凭证加密 (ADR 编号自 007 续:编码规范 §14 已用到 006,README 写「从 005 续」是笔误) 门禁五道全绿;96 个测试通过,含对真实 PG 的 ledger 集成测试 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KeDBx2PHLavbURXB8LJJ7m
1.8 KiB
1.8 KiB
ADR-009 · 凭证加密方案
- 状态:已决(M1)
- 日期:2026-07-27
- 上下文:编码规范 §14 留白「凭证加密方案」,实现期再定、各建 ADR 后方可动工。
约束来自 OS 7.3【凭证隔离(必须)】:密钥与 endpoint 值只存治理台,不入包、不入活动、不入留痕明文。
作用面有二:LLM 实例的 API-Key(
llm)与功能工具的连接配置(toolbox)。
决定
- 算法:AES-256-GCM,Node 内置
node:crypto,不引第三方加密库(§12.5#3)。 密文格式v1.<iv-base64url>.<tag-base64url>.<cipher-base64url>—— 版本前缀留给日后轮换。 - 主密钥:环境变量
JCAI_SECRET_KEY(32 字节,base64)。 开发期缺省时派生自固定开发盐并在启动日志打醒目告警;NODE_ENV=production缺失即拒绝启动。 - 落点:
SecretBox是端口(seal/open),实现在 app 层的internal/adapter之外的apps/api/src/app/secret-box.ts,由 app 注入llm与toolbox。 domain / usecase 只见密文串与SecretBox端口 —— 明文永不进 domain。 - 出口纪律:任何对外读模型(治理台 API、任务记忆、事件载荷、日志)一律只回
apiKeyBound: boolean, 不回密文、不回明文。llm的LlmInstanceView在 @contracts 里就没有明文字段 —— 结构上不可能泄漏。 - 回放录制:
sys.replay_*记录模型出入参,入参中的 Authorization 头不落库 —— 录制发生在ModelGateway的语义层(prompt / 参数 / 出参),不在 HTTP 层。
后果
- 密钥轮换 = 换
JCAI_SECRET_KEY并重新绑定实例;v1.前缀让日后支持多版本共存。 - 单组织 ≤50 人的预算下不引 KMS / Vault(OS 0.3:一切机制的复杂度预算以此为上限)。