检查表要能落地才有意义
检查表的作用是让不同人、不同时间对同一现场得到可比较的结论，因此它的每一行都必须有明确的检查方法（看什么、怎么查）、判据（什么算符合、什么算不符合）和证据来源（配置截图、日志片段、现场观察、访谈记录）。按资产类型分表同样重要：控制器、工程师站、网络设备、服务器与辅助设备的安全关注点差别很大，用一张通用表会把关键项埋在无关项之间。评估的产出应当是问题清单与整改计划，分数只是描述，不是结论。
基本信息
| 检查域 | 网络与分区、主机与终端、账号与权限、外设与介质、监测与日志、运维与管理流程 |
|---|---|
| 判据要求 | 每项写清符合与不符合的标准，避免主观判断两极分化 |
| 证据来源 | 配置导出、日志与记录、现场观察、人员访谈、测试验证结果 |
| 分表维度 | 按资产类型与角色分表，不同表侧重不同检查域 |
| 结果输出 | 问题描述、风险说明、责任人、整改期限、复核结果 |
| 跟踪机制 | 问题纳入统一台账并按周期复核，未整改项升级处理 |
使用步骤
- 明确范围与目标：确定本次检查覆盖哪些区域与资产类型，以及要回答什么问题
- 选择对应分表：按资产类型取用合适的检查表，删去不适用的条目并记录理由
- 现场核实：由检查人自己看配置、看现场、看记录，不依赖被检查方口头描述
- 取证留痕：关键项保留配置片段或截图，作为结论的依据
- 形成问题清单：对不符合项评估影响并给出可行的整改建议与期限
- 整改跟踪：指定责任人并按周期复核，超期项升级到管理层
- 版本维护：根据新技术、新事件与检查实践修订检查表本身
检查域与证据来源
| 检查域 | 示例检查项 | 证据来源 |
|---|---|---|
| 网络与分区 | 区域边界是否覆盖全部跨区路径 | 拓扑与边界清单、现场核对、流量记录 |
| 主机与终端 | 工程师站是否兼作办公用途 | 现场观察、已安装软件清单 |
| 账号与权限 | 默认账号与共享账号是否清理 | 设备账号清单、登录记录 |
| 外设与介质 | 外部接口是否按需启用并登记 | 端口配置、介质使用记录 |
| 监测与日志 | 采集覆盖率与留存期是否满足要求 | 采集节点清单、存储占用与保留策略 |
| 运维与管理 | 临时接入与远程通道是否有审批与期限 | 审批记录、通道开通记录 |
检查表得分高不等于安全：同样的得分分布在不同资产上含义完全不同，一台关键控制器上的一个不符合项可能比十台辅助设备的问题更严重。结论部分应当结合资产重要度解读，而不是只报一个百分比。