合规要求怎么变成检查项
合规取证的第一个难点是翻译:监管条款、内控制度通常用自然语言表述要求,不能直接被系统执行。要由熟悉业务与标准的责任人把它拆成「检查项加判定规则加证据类型」,再决定采集方式——读配置、查接口、检索日志,或者由人工上传记录。第二个难点是留证质量:证据要能说明来源、时间与判定依据,否则只是截图堆砌,审计时经不起追问。
基本信息
| 输入 | 标准条款、内控制度、行业监管要求 |
|---|---|
| 拆解产物 | 检查项、判定规则、证据类型、责任人与周期 |
| 采集方式 | 配置读取、接口查询、日志检索、人工上传 |
| 证据形式 | 配置快照、查询结果、导出文件、审批与培训记录 |
| 输出 | 按条款组织的证据包与差距整改清单 |
典型使用场景
- 测评前自查:按条款逐项生成证据,提前暴露差距
- 年度内审:以同一套检查项覆盖多个周期,结果可比
- 监管报送:按模板组织材料,减少临时凑材料的成本
- 整改跟踪:差距项与整改单、复检结果关联,形成闭环
- 跨系统统一取证:不同团队用同一证据模型,便于汇总
要求类型与取证方式
| 要求类型 | 可否自动取证 | 取证方式 |
|---|---|---|
| 技术配置类 | 通常可以 | 读配置或调接口并留存快照与校验值 |
| 流程制度类 | 部分可以 | 导出审批与流程记录作为执行证据 |
| 人员管理类 | 多数不可以 | 培训、授权与背景核查记录人工上传 |
| 日志与审计类 | 可以 | 从集中日志平台按周期导出并核对完整性 |
| 物理与环境类 | 一般不可以 | 现场检查记录与影像材料人工上传 |
| 整改闭环类 | 可辅助 | 复检结果与整改单按问题编号自动关联 |
条款到证据的映射
条款到证据的映射
clause: 安全审计-日志留存
items:
- id: AUD-03-01
check: 关键操作日志留存满足规定期限
collect: export_from_siem # 自动取证:从集中日志平台导出
evidence: 导出文件加完整性校验值
- id: AUD-03-02
check: 日志具备防篡改措施
collect: query_config # 读取存储与权限配置快照
evidence: 配置快照加校验值
owner: platform-team # 每项都要有责任人,否则差距无人整改
frequency: quarterly
manual_fallback: 无法自动采集时上传说明与替代材料 # 缺证据需说明,不能留空自动取证的价值在于可重复与可核验:同一检查项每周期用同一规则采集,结果才可比。只用人工截图,跨周期一致性与可追溯性都难以保证。
证据包通常含网络拓扑、账号与配置细节。分发要按最小化原则限定范围与用途,对外提供时做必要脱敏,避免取证过程本身制造泄露。