审计报表要解决什么
审计报表是把日志与配置数据加工成可提交、可追溯的结论性文档，常见类型有账号审计报表、日志审计报表、事件统计报表与合规检查表。报表的价值不在图表是否精致，而在于每个结论都能追溯到原始日志或配置记录，并且给出整改项、责任人与期限。
基本信息
| 报表类型 | 账号审计、日志审计、事件统计、合规检查表 |
|---|---|
| 频率 | 月度或季度例行，重大检查前做专项 |
| 输出 | 结论加证据，证据可追溯到原始日志或配置 |
| 留档 | 报表与原始数据一并归档，保留周期按合规要求确定 |
典型使用场景
- 等保或外部审计检查前：准备可追溯的报表与证据材料
- 月度安全运营汇报：用统一口径说明现状与工作量
- 事件后专项：针对特定事件输出处置过程与影响分析
- 账号治理：账号清单、权限使用与清理情况汇总
- 整改跟踪：上一期问题项的闭环与未闭环原因说明
审计报表结构
审计报表结构
# 1. 审计范围与周期：覆盖哪些设备、哪段时间
# 2. 数据来源说明：日志平台查询条件或设备导出文件
# 3. 发现的问题清单：按严重程度排序，一条一个结论
# 4. 整改建议、责任人、计划完成时间
# 5. 上期问题回顾与闭环情况，未闭环的写明原因报表质量要求
| 要求 | 做法 | 不合格表现 |
|---|---|---|
| 可追溯 | 结论附查询条件或日志编号 | 只有结论，无法验证 |
| 口径一致 | 固定指标定义与统计区间 | 每期口径变化，趋势不可比 |
| 有动作 | 整改项含责任人与期限 | 只列问题不提整改 |
| 有留档 | 报表与原始数据一同归档 | 只有结论没有证据材料 |
报表引用数据时要能回答「这个数字怎么来的」，所以查询条件或日志编号要随报表归档，而不是靠口述解释。