Token Audit 调用审计

状态与控制台

• 状态：SaaS 已上线；本地部署版样机验证中。
• 控制台：将迁至 audit.24test.com，迁移期间现有地址继续可用；供已开通的企业账号使用，审计控制台独立登录。
• 面向：企业安全负责人、IT 管理员、授权审计人员。
• 采集源：TBuy 网关（modelsok.com）的 /v1 与 /v1beta 路由。

登录调用审计控制台（已开通企业账号）

怎么采：旁路镜像，不碰转发

网关每 60 秒拉取一次采集快照，按主账号、工作区或令牌三种粒度决定是否采集，可选只记调用信息或含正文。采集失败不影响转发与计费；审计服务不可达时网关只记缺口。

• 四种协议归一化：OpenAI Chat、OpenAI Responses、Claude Messages、Gemini，流式与非流式统一成同一种正文结构，包括四种思考链格式与工具调用。
• 按租户加密：每个租户一把数据密钥（AES-256-GCM），附加数据绑定租户与记录；主密钥不在数据库与备份里。正文存本地目录或 S3 兼容对象存储。
• 缺口可见：采不到、丢弃、截断都按原因计数，站主后台与企业的「采集状态」页都能看到；企业能看到自己当前是否被采集、哪一档、从何时开始。

怎么查：风险线索交给处理人，正文访问有权限和记录

• 基础规则检测：按值的形态识别密钥与令牌，识别带校验位的证件与号码等个人信息，匹配租户自定义关键词与上游拒答信号；只告警不拦截，同一成员同一命中值的发现合并计数，整组改状态。
• 企业控制台：概览、调用列表与详情（提示词、回复、思考链、工具调用），风险发现处理、采集状态、访问日志，以及关键词、账号、告警 webhook、改密与 TOTP 设置；中英双语。
• 角色与留痕：站主、租户管理员、审计员、只读四种角色；数据库行级安全，跨租户访问一律 404；查看正文先写访问日志，写失败不返回正文；企业的访问日志里能看到平台方的查看记录。
• 告警：飞书（站主）与租户 webhook（HMAC 签名），消息不含正文；采集策略的每一次变更都写访问日志并通知。
• 保留与归档：默认保留 180 天，按租户可调；原始件保留 7 天；配置站主归档公钥（私钥离线保管）后，超过 14 天（默认，可调）的正文按天打包冷归档并用该公钥加密。
• 登录：口令登录；站主账号强制绑定 TOTP，租户账号可在设置中自行绑定 TOTP。通行密钥（WebAuthn）登录已合并主线，线上控制台待发布后开放（规划中）。

如何开通：当前面向已开通采集的 TBuy 企业账号

TBuy 企业账号页的「开通调用审计」入口、自助申请表单与审批队列均在规划中；在此之前开通由人工完成。

• 提出申请：直接联系我们，说明要采集的主账号、工作区或令牌范围与档位（只记调用信息，或含正文）。
• 站主确认：名单外的企业开采集前由站主逐个确认，这是产品的硬约束；确认后建立租户、绑定与采集规则，并签发企业账号。
• 开始采集：网关在 60 秒内拉到新快照并开始采集；企业登录控制台即可在「采集状态」页核对范围与起始时间。
• 日常使用：按角色查看调用与风险发现，配置关键词与告警 webhook；每一次查看正文都会留下访问记录。

边界与形态：覆盖到哪里，还没覆盖到哪里

• 已知边界：采集范围只含网关的 /v1 与 /v1beta 路由；playground、MJ/Suno 等独立路由、Realtime 与异步任务的正文不在采集内，控制台标为不覆盖。
• 设计如此：旁路审计不等于请求前阻断，风险发现用于内部核查与复盘，不在请求发出前拦截。
• 设计如此：思考链采到的是上游返回给客户端的推理内容，部分厂商只返回摘要或加密签名，如实标注，不注入任何强制摘要参数。
• 已知边界：主密钥在服务器配置里，能登录审计服务器的人技术上可以解密正文；当前以「只有站主能登录」约束，硬件密钥方案在规划中。
• 样机验证中：本地部署版（企业版）人工解锁、离线签名发行与受控备份恢复的代码已合并主线并在合成样机验证；正式发行与实机验收在进行中。
• 规划中：一个实例只服务一套网关部署，国内网关的审计需要独立实例与独立域名。

审计前后：与其他产品的衔接

• 从接入进来：SaaS 路径是企业直接使用 TBuy 网关、采集中间件旁路镜像；本地路径是 Token Router 企业版把网关与本地审计装在同一台机器上。
• 回到检测（规划中）：在风险发现或调用详情里加「对该模型做一次检测」，回到 24Test 模型检测；回链只带协议类型、模型名与企业自己的网关入口，不带 Key、渠道身份与正文。
• 不做的事：审计控制台不放任何采购或充值入口；上游渠道身份不出现在任何企业可见的接口里。

Token Router 企业版

24Test 模型检测

信任与品牌