框架对照治理清单是什么
公开框架（OWASP LLM Top 10、NIST AI 100-2 等）的价值是查漏：把条目逐条对照自身系统，标注是否适用、现状如何、谁负责、怎么验证，形成一份可维护的清单。它替代不了内部红队与实测，但能避免「只关注自己熟悉的风险类别」。清单一旦不落证据与责任人，几个月后就会变成没人维护的一次性文档。
基本信息
| 参考框架 | OWASP Top 10 for LLM Applications（2025）；NIST AI 100-2（2024） |
|---|---|
| 清单字段 | 条目、适用性、现状、责任人、验证方式、证据链接、下次评审日期 |
| 评审节奏 | 季度评审一次，随系统能力变化调整适用性判断 |
| 定位说明 | 框架用于查漏与沟通，不替代内部红队与实测 |
典型使用场景
- 新系统立项：按框架过一遍，确认风险类别没有整体遗漏
- 对外应答：客户或审计询问安全措施时，用清单快速给出结构化回答
- 跨团队分工：明确各条目归属，避免风险无人认领
- 年度规划：把未覆盖条目排进改造计划
- 事件复盘：确认同类风险在框架中的定位，检查是否只做了单点修复
治理清单行示例
治理清单行示例
# 条目：提示注入（对应 OWASP LLM01）
# 适用性：适用（系统含外部内容与工具调用）
# 现状：已做来源分层与出站白名单；多模态通道检测待补
# 责任人：平台安全组
# 验证：注入回归集通过率指标；每月复跑一次
# 证据链接：评测报告、配置变更记录、告警规则清单
# 下次评审：<下一个季度日期>清单状态与判断
| 状态 | 含义 | 后续动作 |
|---|---|---|
| 已覆盖 | 有机制且有验证证据 | 按周期复测，防止失效 |
| 部分覆盖 | 机制存在但通道不全 | 补通道并加入回归集 |
| 不适用 | 系统确实不具备该风险面 | 写明理由，下季度复核 |
| 未覆盖 | 无对应机制 | 排入计划并指定责任人 |
「不适用」也要写理由并保留复核日期：系统能力会变，今天不接入工具，下季度可能就接了，判断需要随之更新。
对照框架最容易犯的错是把条目当验收标准逐项打勾。框架条目是通用分类，具体风险取决于自身业务形态，实测结果才是判断依据。