 Blizzard
|
84463394d4
|
fix(admin): 审计筛选下沉 SQL + 工具数不再写死 + 模型删除加确认
清单里那批小毛病，逐条复核后修（「审计详情列缺失」那条已不成立，早补上了）。
1. 审计筛选只在当前页生效 —— 影响最大的一条。分页是服务端的，筛选却在
前端对已取回的 50 条做，于是搜一个用户 ID 显示"无结果"时，后面几页
可能还有几百条。审计的用途就是查证，"搜不到"会被读成"没发生过"。
改为 action/path/q 三个条件全部落到 SQL，前端只管发条件（防抖 300ms）。
2. 服务状态页把 mcp-go/mcp-py 的工具数写死成 23/4 —— 增删工具后一直骗人，
且服务离线时照样显示，看不出工具其实一个都没注册上。改取实际上报值。
3. 模型删除一点即删，无任何确认。补二次确认，并对"正在使用中"的模型
单独说明后果（删掉会立刻打断线上对话/向量能力）。
审计筛选补了 4 组回归测试，两条是踩出来的坑：
- q 的 OR 组必须带括号：gorm 以 AND 拼接各 Where，裸 OR 会让 action
条件被绕过（测试里用"同 IP 不同方法"两行钉死这个语义）；
- LIKE 必须显式写 ESCAPE '\'：Postgres 默认拿反斜杠当转义符，SQLite
不写就没有转义符——原来的写法在单测里静默失效，搜 "100%" 命中 0 条。
顺带把 ILIKE 换成 LOWER()+LIKE，这段才能被内存库覆盖。
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-07-20 13:51:59 +08:00 |
|
|
Blizzard
|
9e43d07428
|
feat(gateway): 护栏拦截事件落库 + 安全事件流（T4.B）
- store.GuardrailEvent 表(sundynix_guardrail_event) + AppendGuardrailEvent/ListGuardrailEvents
- middleware.Guardrail(db)：命中 blocked/suspect 时 best-effort 落库
(actor/kind/reason/signals/method/path/ip，独立超时 ctx)
- GET /api/v1/admin/guardrail-events：安全事件流(倒序，翻页)
- store.clampPage 抽出分页归一(audit/guardrail 共用)
- live：注入 "ignore all previous instructions" → 422 硬拦 + 事件留痕(kind=blocked)
- DEPTH_ROADMAP T4.B 护栏事件打勾
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-07-02 09:31:31 +08:00 |
|
|
Blizzard
|
16c67dcb4f
|
feat(gateway): 敏感操作审计日志（T4.B）
- store.AuditLog 表(sundynix_audit_log) + AppendAudit/ListAudit
- middleware.Audit(db)：只审计变更类(POST/PUT/DELETE/PATCH)，收尾 best-effort
落库(独立超时 ctx，失败静默不拖垮主流程)；挂管理组 + prompt 激活/撤销 + HITL 审批
- GET /api/v1/admin/audit：倒序审计流(limit/offset 翻页)
- live：PUT pricing / POST prompts/deactivate 留痕(actor/path/status/ip)，GET 不记
- DEPTH_ROADMAP T4.B：overview✅ + audit✅ 打勾
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
2026-07-02 09:19:52 +08:00 |
|