实现审计覆盖门禁与外部集成日志闭环
All checks were successful
构建并部署到测试环境(无 SSH) / build-and-deploy (push) Successful in 10m19s

This commit is contained in:
2026-07-23 21:31:22 +09:00
parent 7e0171a8b4
commit ff44305d0e
21 changed files with 12770 additions and 75 deletions

View File

@@ -0,0 +1,27 @@
# 全局审计当前实现进度
## 已完成
- Integration Log 写入闭环:新增 `tb_integration_log`、稳定 Integration ID、入站幂等键、调用前 `pending` 事实、条件终态更新、结果未知恢复策略、未发送终态、中文结果名称和脱敏摘要。
- Access Log 敏感路由加固真实登录、Token、支付回调、文件/导出、系统配置与微信配置路由使用安全摘要;请求、响应和 Query 均先脱敏后执行 50KB 限制Authorization/Cookie 不进入日志正文。
- 全系统覆盖扫描:当前显式固定 490 个 HTTP、Application、Service、Worker 和定时任务入口;源码与清单不一致时静态门禁失败。
## 当前阻塞
00 号票要求《审计覆盖基线》经业务、研发和安全三方评审。源码扫描、分类、旧 Writer 清单和自动门禁已完成,但本地自动化不能替代该外部评审,因此 01 及其后续依赖票尚未解锁。
## 验证方式
```bash
go test ./internal/governance/auditcoverage
go test ./pkg/logger
go test ./internal/infrastructure/integrationlog
```
Integration Log 测试使用真实 PostgreSQL覆盖门禁和 Access Log 测试不依赖外部服务。
## 发布边界
- 当前尚未切换旧账号、资产和手动轮询 Writer不允许把本阶段单独作为一次性审计切换版本放量。
- `tb_integration_log` 已产生事实后禁止通过 down migration 删除;应停止异常生产者并前向修复。
- 后续必须先完成 00 三方评审,再按依赖图推进 Audit Event Writer、业务迁移、查询与 19 号停机门禁。