📚 课程目录第4章风险审计框架

4. 风险审计框架

第三方AI模型与供应商风险审计的最大难点，不是“没有框架可用”，而是框架太多、语言不通、粒度不一。COSO 讲内部控制，ISO 31000 讲风险管理原则，NIST AI RMF 讲AI系统全生命周期风险，欧盟AI法案讲合规义务与法律责任。审计师若直接照搬单一框架，往往出现“控制点对不上、证据链断裂、结论无法复用”的问题。本节的核心任务是：建立一套框架适配与映射方法，让不同框架在第三方AI审计场景中形成互补而非冲突。

一、核心原理：四类框架的定位差异

理解适配的前提，是先看清每个框架“回答什么问题”。COSO 回答的是“组织如何通过控制活动保证目标实现”，其五要素——控制环境、风险评估、控制活动、信息与沟通、监督活动——天然适合审计供应商治理与合同控制。ISO 31000 回答的是“如何系统化识别、分析、评价和应对风险”，它不规定具体控制，而是提供风险管理的流程骨架，适合作为审计风险评级与优先级排序的元方法。NIST AI RMF 回答的是“AI系统在开发、部署、使用中应管理哪些风险”，其 GOVERN、MAP、MEASURE、MANAGE 四功能覆盖AI特有风险，如偏见、漂移、可解释性、对抗攻击。欧盟AI法案回答的是“哪些AI系统被允许、哪些被禁止、高风险系统必须满足什么义务”，它是合规基线，具有法律强制力。

适配原则：COSO 管“控制有没有”，ISO 31000 管“风险排没排”，NIST AI RMF 管“AI风险识没识”，欧盟AI法案管“合规过没过”。四者不是替代关系，而是审计证据链上的不同层。

二、方法流程：从框架到审计测试的映射

映射不是简单做一张对照表，而是按“风险域—控制目标—审计问题—证据类型”四级下钻。建议流程如下：

确定审计范围与AI系统分级：先依据欧盟AI法案判断供应商AI是否属于禁止、高风险或有限风险，决定审计深度。
建立风险域清单：用 ISO 31000 的“不确定性对目标的影响”定义，列出数据、模型、运营、合规、声誉五类风险域。
将风险域映射到 NIST AI RMF 功能：例如数据偏见映射到 MAP 和 MEASURE，模型漂移映射到 MANAGE。
将控制目标映射到 COSO 要素：例如供应商准入控制映射到控制活动，模型监控映射到监督活动。
生成审计测试矩阵：每个控制目标对应具体审计问题、测试方法、证据要求和抽样参数。

以下是一个可复用的映射配置片段，用于审计工具中自动生成测试项：

{
  "framework_mapping": [
    {
      "risk_domain": "数据偏见",
      "iso31000_risk": "训练数据代表性不足",
      "nist_ai_rmf": ["MAP 2.3", "MEASURE 2.6"],
      "coso_component": "控制活动",
      "eu_ai_act": "高风险系统数据治理义务",
      "audit_question": "供应商是否提供训练数据分布报告与偏见测试结果？",
      "evidence": ["数据说明书", "偏见指标报告", "抽样脚本日志"]
    },
    {
      "risk_domain": "模型漂移",
      "iso31000_risk": "生产环境分布变化导致性能下降",
      "nist_ai_rmf": ["MANAGE 3.2", "MEASURE 2.4"],
      "coso_component": "监督活动",
      "eu_ai_act": "高风险系统持续监控义务",
      "audit_question": "是否部署漂移检测并设定再训练触发阈值？",
      "evidence": ["监控看板截图", "告警日志", "再训练记录"]
    }
  ]
}

三、案例/场景：跨境供应商AI审计的框架协同

某金融机构拟采购一家境外供应商的信贷评分AI。审计团队最初只用 COSO 检查合同与权限，发现无法回答“模型是否存在歧视性影响”。引入 NIST AI RMF 后，在 MEASURE 功能下增加了公平性指标测试；再用 ISO 31000 对“歧视风险”进行可能性与影响评级，确定其为高优先级；最后用欧盟AI法案确认该场景属于高风险，必须满足数据治理、技术文档、人工监督等义务。四框架协同后，审计结论从“控制基本健全”升级为“控制健全但公平性证据不足，建议限制上线”。

四、误区/复盘：映射中最容易犯的三个错误

误区一：把映射做成“一对一翻译”。一个 NIST AI RMF 控制点可能对应多个 COSO 要素，也可能没有直接对应的欧盟条款。强行一对一，会丢失风险覆盖。

误区二：用合规替代审计。欧盟AI法案通过不等于控制有效。审计必须独立验证控制运行证据，而不是只看供应商的合规声明。

误区三：忽略框架版本与地域差异。ISO 31000:2018 与旧版术语不同，NIST AI RMF 1.0 与生成式AI补充文件也有差异，映射表必须标注版本。

复盘时建议维护一张框架映射台账，至少包含以下字段：风险域、ISO 31000 风险描述、NIST AI RMF 功能与子类、COSO 要素、欧盟AI法案条款、审计问题、证据类型、测试方法、抽样参数、结论。台账每季度随框架更新和供应商变化刷新一次，确保审计证据链始终可追溯、可复用。

框架	核心问题	在第三方AI审计中的主要用途	典型输出
COSO	控制是否健全有效	评估供应商治理、合同、权限、监控	控制缺陷清单
ISO 31000	风险如何识别与排序	建立风险域、评级、优先级	风险登记册
NIST AI RMF	AI特有风险是否被管理	偏见、漂移、可解释性、对抗测试	AI风险测试报告
欧盟AI法案	合规义务是否满足	分级、禁止项筛查、高风险义务核查	合规差距分析

最终，框架适配的目标不是让审计报告更长，而是让每一个审计结论都能回答三个问题：依据哪个框架、对应哪个风险、证据在哪里。做到这一点，第三方AI审计才能从“框架堆砌”走向“证据驱动”。