注入监控日志是什么
注入监控日志把可疑输入、检测命中、被拦动作与 canary 触发记录成结构化字段，便于聚合与回溯。它服务三件事：事件调查（这次到底发生了什么）、规则调优（哪条规则在误报或在漏报）、趋势观察（攻击尝试的分布与频率是否在变化）。字段设计的目标是「事后能还原完整链路」——缺了关联 ID，日志就只是一堆孤立行。
基本信息
| 适用平台 | 带检索、工具调用的 LLM 应用；日志平台或数据仓库 |
|---|---|
| 必备字段 | 时间、会话与租户标识、通道、命中的检测层与规则、处置动作、追踪 ID |
| 隐私要求 | 含用户内容的日志按合规要求脱敏并设定保留期限 |
| 聚合方式 | 按小时或按天聚合分布；分布突变比单条事件更值得关注 |
典型使用场景
- 事件调查：还原一次注入从进入到被拦或成功的完整路径
- 规则调优：从误报与漏报样本反推检测规则的调整方向
- 趋势观察：某来源或某通道的命中量上升，提前发现试探行为
- 告警联动：命中级别达到阈值时触发分级告警与自动动作
- 容量与体验：统计防护层的额外延迟与拦截比例
日志字段建议
日志字段建议
# ts / session_id / tenant_id / user_id
# channel：user_input | retrieved_doc | tool_result | attachment
# detector：命中的检测层与规则名（可多值）
# score：该规则的置信度或风险级别
# action：放行 | 降权 | 拦截 | 转人工
# trace：关联的请求 ID 与工具调用 ID，用于回放
# 脱敏：内容字段按合规要求截断或哈希，保留可供复核的最小信息监控维度与异常信号
| 维度 | 正常状态 | 异常信号 |
|---|---|---|
| 通道分布 | 用户输入占多数 | 检索或附件通道命中量突增 |
| 规则命中 | 集中在少数已知规则 | 出现新规则或长尾规则频繁命中 |
| 处置比例 | 拦截比例低且稳定 | 拦截或转人工比例突然升高 |
| 来源集中度 | 分散 | 集中在少数会话或租户，可能是有针对性尝试 |
| 延迟开销 | 稳定 | 防护层耗时上升影响体验 |
日志的价值取决于关联性：会话 ID 与追踪 ID 齐全时，才能把输入、模型输出、工具调用与出站请求串成一条链；否则调查只能靠时间戳猜。
长期保存用户内容原文是合规隐患。常见折中是记录内容摘要与哈希、保留长度与来源，原文按需在受限权限下短期保留。