patbond-ai

zhaoyuxi/patbond-ai

Fork 0

Commit Graph

Author	SHA1	Message	Date
lixi	4762358f54	fix(security): 凭证扫描放行依赖注入传参 + 四仓口径更正 CI / ai-gates (push) Failing after 29s Details `api_key=volcengine.api_key` 这类依赖注入传参被 KEY-ASSIGN 判为疑似凭证。这是规则的真缺口而非代码问题：行里没有任何秘密，而做 DI 的代码到处都是这种写法——绕过一次就得在每个调用点绕过，那等于把规则废掉。故改规则。新增 ALLOW_REFERENCE，刻意收得很紧以免开后门： - 值必须是未加引号的小写起首标识符引用（真密钥要么带引号，要么不是标识符形状） - 只允许恰好一个点且随即行尾 - 连字符不在字符集内对抗性夹具验证（三真三假）： - 拦下 `api_key = "sk-T3Blbk…"`（OpenAI 形态） - 拦下 `secret_key: "AKID…"`（腾讯云形态） - 拦下 `auth_token=eyJ….eyJ….Sfl…`（三段式 JWT——两个点，故不落进放行） - 放行 `api_key=lowercase.reference` / `api_key = settings.api_key` / `api_token: config.authToken` 原 5 形态泄漏夹具复验仍 8 条命中，一条不少。另更正口径：脚本头与 git-workflow.md 仍写「三仓同构」，实际已是四仓—— patbond-ai 是唯一持有 AI 服务商凭证的仓，漏同步它风险最大。四仓 md5 已一致（4945940093b4b8413b7d3eec8bf6a5ec），四仓 --all 全绿。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-20 12:18:18 +08:00
lixi	6990709124	chore: 建仓门禁四件套——CI、防泄漏脚本与钩子、gitignore、职责边界 README CI / ai-gates (push) Successful in 47s Details patbond-ai 纳入发布语义（ADR-023 §12）。本仓是四仓中唯一直接持有 AI 服务商凭证的仓库，因此不得成为唯一没有防泄漏门禁的仓库——建仓即配齐，不等代码落地。 - .gitea/workflows/ci.yml：ai-gates 作业，push(dev) + pull_request 双触发，与另三仓同构。Secret scan 为第一个 step 且先于任何依赖安装。 pip 走腾讯云镜像（与 patbond-doc 装 mkdocs 同一策略）。门禁命令 ruff format --check / ruff check / pytest，对应 flutter 仓的 dart format + analyze + test 三步。requirements.txt 落地前只装工具本身，使 CI 自建仓第一天即为绿；pytest 无测试时退出码 5 视为通过。 - scripts/check-secrets.sh：四仓同构副本，md5 640994c12bfa78b4512e872d709ed685。已覆盖 AI 服务商密钥形态（sk-ant- / sk- / sk-proj- / sk-svcacct-）与 api_key/auth_token 实值赋值——本仓正是这些规则的主要适用对象。 - scripts/hooks/pre-commit：与另三仓同构。四仓 core.hooksPath 均已启用， ADR-023 §12 登记的「防泄漏第一层从未生效」至此闭环。实测验证：含 5 种真实凭证形态的 .env 夹具被钩子拦下，提交未产生。 - .gitignore：Python 产物与工具缓存；凭证载体（.env / credentials / .pem / .key）一律排除，占位样例走 .env.sample（对应脚本的 DENY_NAME_OK）。 - README.md：职责边界（不访问数据库、不持有对象存储凭证、对上游同步异步一律对外呈现为异步）、与 Java 侧的接口约定（REST 非 gRPC、独立 openapi-internal.yaml、服务身份 JWT 独立密钥对、请求体不含 userId）、本地门禁命令与凭证纪律。细节以 ADR-023 为准。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-18 16:42:34 +08:00

Author

SHA1

Message

Date

lixi

4762358f54

fix(security): 凭证扫描放行依赖注入传参 + 四仓口径更正

CI / ai-gates (push) Failing after 29s

Details

`api_key=volcengine.api_key` 这类**依赖注入传参**被 KEY-ASSIGN 判为疑似凭证。
这是规则的真缺口而非代码问题：行里没有任何秘密，而做 DI 的代码到处都是这种
写法——绕过一次就得在每个调用点绕过，那等于把规则废掉。故改规则。

新增 ALLOW_REFERENCE，刻意收得很紧以免开后门：
- 值必须是**未加引号**的小写起首标识符引用（真密钥要么带引号，要么不是标识符形状）
- 只允许**恰好一个点且随即行尾**
- 连字符不在字符集内

对抗性夹具验证（三真三假）：
- 拦下 `api_key = "sk-T3Blbk…"`（OpenAI 形态）
- 拦下 `secret_key: "AKID…"`（腾讯云形态）
- 拦下 `auth_token=eyJ….eyJ….Sfl…`（**三段式 JWT——两个点，故不落进放行**）
- 放行 `api_key=lowercase.reference` / `api_key = settings.api_key` / `api_token: config.authToken`
原 5 形态泄漏夹具复验仍 8 条命中，一条不少。

另更正口径：脚本头与 git-workflow.md 仍写「三仓同构」，实际已是四仓——
patbond-ai 是唯一持有 AI 服务商凭证的仓，漏同步它风险最大。四仓 md5 已一致
（4945940093b4b8413b7d3eec8bf6a5ec），四仓 --all 全绿。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-09-20 12:18:18 +08:00

lixi

6990709124

chore: 建仓门禁四件套——CI、防泄漏脚本与钩子、gitignore、职责边界 README

CI / ai-gates (push) Successful in 47s

Details

patbond-ai 纳入发布语义（ADR-023 §12）。本仓是四仓中唯一直接持有 AI
服务商凭证的仓库，因此不得成为唯一没有防泄漏门禁的仓库——建仓即配齐，
不等代码落地。

- .gitea/workflows/ci.yml：ai-gates 作业，push(dev) + pull_request 双触发，
  与另三仓同构。Secret scan 为第一个 step 且先于任何依赖安装。
  pip 走腾讯云镜像（与 patbond-doc 装 mkdocs 同一策略）。
  门禁命令 ruff format --check / ruff check / pytest，对应 flutter 仓的
  dart format + analyze + test 三步。requirements*.txt 落地前只装工具本身，
  使 CI 自建仓第一天即为绿；pytest 无测试时退出码 5 视为通过。
- scripts/check-secrets.sh：四仓同构副本，md5 640994c12bfa78b4512e872d709ed685。
  已覆盖 AI 服务商密钥形态（sk-ant- / sk- / sk-proj- / sk-svcacct-）与
  api_key/auth_token 实值赋值——本仓正是这些规则的主要适用对象。
- scripts/hooks/pre-commit：与另三仓同构。四仓 core.hooksPath 均已启用，
  ADR-023 §12 登记的「防泄漏第一层从未生效」至此闭环。
  实测验证：含 5 种真实凭证形态的 .env 夹具被钩子拦下，提交未产生。
- .gitignore：Python 产物与工具缓存；凭证载体（.env / credentials* / *.pem
  / *.key）一律排除，占位样例走 .env.sample（对应脚本的 DENY_NAME_OK）。
- README.md：职责边界（不访问数据库、不持有对象存储凭证、对上游同步异步
  一律对外呈现为异步）、与 Java 侧的接口约定（REST 非 gRPC、独立
  openapi-internal.yaml、服务身份 JWT 独立密钥对、请求体不含 userId）、
  本地门禁命令与凭证纪律。细节以 ADR-023 为准。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-09-18 16:42:34 +08:00

2 Commits