S3 让 `status` 可信,S4 让**时间线完整**:账号上发生的事,时间线里都能查到。 ## 补齐「定义了却从没发过」的事件 `assigned` / `tag_changed` 这两个类型早就定义了、前端 `EVENT_STYLE` 也渲染了, 但**全仓没有任何代码发过**(`grep` 只有定义处)。本次接上: - 单个分配 / 批量分配 → `assigned`(detail 带 assigned_to / assigned_username) - 单个改标签 / 批量改标签 / 按筛选批量改标签 → `tag_changed`(detail 带 from/to) ## 新增 `ck_cleared`,并修掉 `ck_invalid` 的刷屏 - **`ck_cleared`**:清 CK 是**不可逆**操作(重登当前成功率极低),时间线里却不留痕。 现在单个清除与批量清除共用 `account_lifecycle.on_ck_cleared()`。 - **`ck_invalid` 改为只在「由好变坏」时发**。旧实现每轮巡检只要判定 invalid 就发一条, 源码注释写着「避免每轮刷屏」,**但代码并没有做到** —— 6 小时一轮、失效一周就是 28 条一模一样的事件。判定失效是**一次状态转变**,不是每轮读数。`error`(查不到) 同样不改变结论、不发事件。 ## 审计与时间线一次写完(防漏一边) 新增 `audit_service.record_account_action()`:**审计 + 账号事件一起写**,并把 `account_id` 落到审计上。这两件事必须成对出现 —— 只写审计,时间线就缺「谁改了什么」; 只发事件,合规审计就缺一条。分成两次调用写,迟早有人漏一边(`assigned` 就是这么漏的)。 顺带把批量删除的审计补上被删账号 id(`detail.account_ids`,截前 200 条): 删账号会**连带删掉它的事件时间线**(外键),审计是唯一痕迹 —— 这正是 10-03 那次事故要留的东西。 ## 批量操作不再逐条开 SAVEPOINT 批量分配/改标签可能覆盖几千个账号,而每个账号的时间线都该各留一条。 逐条走 `emit()` 会给每条开一个 SAVEPOINT,几千条时请求明显变慢。 新增 `emit_bulk()`:一次 executemany,整批包在**一个** SAVEPOINT 里, 与 `emit()` 一样**绝不抛异常**(整批失败就整批丢弃 + warning,不影响业务写入)。 ## 检测入口收口:4 处 → 1 个 `on_ck_verdict()` `ck_health` / 人工检测 / 工作台执行前检测 / 重登后复检 原本各自写 `ck_check_status` + `ck_check_result` + `ck_checked_at` + 发事件 + 调 `sync_status`, 口径容易分叉(`ck_invalid` 的刷屏就是这么来的)。现在统一走 `account_lifecycle.on_ck_verdict()`,顺序固定:**写结论 → 由好变坏记事件 → 重算状态**。 至此 `account_lifecycle` 成为**唯一**写生命周期字段的模块,并加了一条**源码扫描用例** 把它钉死(任何地方直接 `acc.status = ...` 都会让它红,并指出 file:line)—— 比写在文档里的约定可靠。虎牙的 `huya_accounts.status` 是同一个病,但属另一套模型, 已在用例里显式排除并注明。 ## 接口与前端 - 时间线支持 `?category=` 筛选(lifecycle / auth / business / ops); 响应补 `category` / `subject_*` / `actor_*` - 前端 `EVENT_STYLE` 补上 `status_changed`(**S3 我漏的**:加了事件类型却没加样式, 页面上显示成原始英文)与 `ck_cleared`;时间线加「分类」筛选 ## 验证 - `TZ=Asia/Shanghai`:**420 passed / 6 skipped**(S3 后 404 → 新增 16 条) - 迁移链 3 passed;ruff check/format 全绿;前端 `tsc -b && vite build` 与 `npm run lint`(0 errors)均通过 - **两条关键用例都做过「反向验证」**(先注入旧行为确认会红): - 把 `ck_invalid` 改回「每轮都发」→ 用例报 `3 == 1`; - 在路由里直接写 `acc.status = ...` → 不变量用例给出精确 file:line。 - 新用例还覆盖:批量分配/改标签逐账号发事件、清 CK 事件与审计关联、 `emit_bulk` 的跳过与容错、时间线分类筛选、批量删除的 id 留痕。 未做(后续):S5 业务事实直发事件 + `douyu_tasks` 保留策略、S6 账号页重构 + `bind_status` 三列拆解。`remark_changed` 目前没有改备注的接口,故无发射点(已在文档标注)。
130 lines
4.0 KiB
Python
130 lines
4.0 KiB
Python
"""操作审计记录服务,统一处理详情脱敏与序列化。"""
|
|
|
|
from __future__ import annotations
|
|
|
|
import json
|
|
from collections.abc import Mapping
|
|
from datetime import datetime
|
|
from typing import Any
|
|
|
|
from sqlalchemy.orm import Session
|
|
|
|
from ..models import Account, AuditLog, User
|
|
from .account_events_service import CATEGORY_OPS, emit
|
|
|
|
_SENSITIVE_KEY_PARTS = (
|
|
"cookie",
|
|
"token",
|
|
"password",
|
|
"passwd",
|
|
"secret",
|
|
"signature",
|
|
"sign",
|
|
"qr_data",
|
|
"authorization",
|
|
"credential",
|
|
"private_key",
|
|
)
|
|
|
|
|
|
def _safe_value(value: Any, key: str = "") -> Any:
|
|
"""递归过滤敏感字段,避免把凭据、二维码和签名写入审计表。"""
|
|
key_lower = key.lower()
|
|
if any(part in key_lower for part in _SENSITIVE_KEY_PARTS):
|
|
return "[已脱敏]"
|
|
if isinstance(value, Mapping):
|
|
return {str(k): _safe_value(v, str(k)) for k, v in value.items()}
|
|
if isinstance(value, (list, tuple)):
|
|
return [_safe_value(item) for item in value]
|
|
if isinstance(value, (str, int, float, bool)) or value is None:
|
|
return value
|
|
return str(value)
|
|
|
|
|
|
def record_audit(
|
|
db: Session,
|
|
current: User | None,
|
|
*,
|
|
action: str,
|
|
target: str = "",
|
|
detail: Mapping[str, Any] | str | None = None,
|
|
success: bool = True,
|
|
) -> AuditLog:
|
|
"""加入一条审计记录;调用方负责与业务变更一起提交事务。"""
|
|
if isinstance(detail, Mapping):
|
|
detail_text = json.dumps(
|
|
_safe_value(detail), ensure_ascii=False, separators=(",", ":")
|
|
)
|
|
elif detail is None:
|
|
detail_text = ""
|
|
else:
|
|
detail_text = str(_safe_value(detail))
|
|
if not success:
|
|
detail_text = json.dumps(
|
|
{"message": detail_text}, ensure_ascii=False, separators=(",", ":")
|
|
)
|
|
entry = AuditLog(
|
|
user_id=current.id if current else None,
|
|
username=current.username if current else "supplier",
|
|
action=action,
|
|
target=target,
|
|
detail=detail_text,
|
|
success=success,
|
|
)
|
|
db.add(entry)
|
|
return entry
|
|
|
|
|
|
def record_account_action(
|
|
db: Session,
|
|
current: User | None,
|
|
*,
|
|
account: Account,
|
|
action: str,
|
|
event_type: str,
|
|
title: str,
|
|
target: str = "",
|
|
detail: Mapping[str, Any] | str | None = None,
|
|
success: bool = True,
|
|
occurred_at: datetime | None = None,
|
|
) -> AuditLog:
|
|
"""账号相关操作:**审计与账号时间线一次写完**。
|
|
|
|
为什么合成一个函数:这两件事必须成对出现 ——
|
|
只写审计,账号时间线里就缺一条「谁在什么时候改了什么」;
|
|
只发事件,合规审计里就缺一条。
|
|
分两次调用写,迟早有人漏一边(S4 之前 `assigned` / `tag_changed`
|
|
这两个事件类型定义了、前端也渲染了,但**从来没有代码发过**)。
|
|
|
|
顺带把 `account_id` 落到审计上:审计页可以按账号过滤,且账号被删除后
|
|
仍然查得到 —— `audit_logs.account_id` 是普通整型列、**没有外键**,
|
|
所以允许指向已删除的账号(这正是删除账号时也记它的原因)。
|
|
"""
|
|
entry = record_audit(
|
|
db,
|
|
current,
|
|
action=action,
|
|
target=target or account.username,
|
|
detail=detail,
|
|
success=success,
|
|
)
|
|
entry.account_id = account.id
|
|
|
|
# 事件是旁路:emit 内部吞异常,记不上也绝不影响业务写入。
|
|
emit(
|
|
db,
|
|
account_id=account.id,
|
|
event_type=event_type,
|
|
title=title,
|
|
category=CATEGORY_OPS,
|
|
occurred_at=occurred_at,
|
|
# 细节同时给事件一份(先脱敏,避免凭据类字段进时间线)。
|
|
# Mapping 直接作为事件 detail,不再套一层 —— 时间线里看到的就是
|
|
# {"from": ..., "to": ...},前端不必再往里挖一层。
|
|
detail=dict(_safe_value(dict(detail))) if isinstance(detail, Mapping) else None,
|
|
source="audit",
|
|
actor_type="user",
|
|
actor_id=current.id if current else None,
|
|
)
|
|
return entry
|