基线是什么、不是什么
基线是一份可执行、可核查的配置要求清单：对确定的设备类型与固件版本，规定必须开启什么、必须关闭什么、必须记录什么、口令与访问如何设置。它是「做没做到」的判断尺，而不是「应该重视安全」的表态。基线落地要经过制定、试套、形成模板、批量核查、偏差整改与版本管理这几个环节，并且要绑定变更流程：新设备投运、固件升级、改造扩容都要按基线核查后才算完成。写不清检查方法的条目等于没有基线。
基本信息
| 适用维度 | 设备类型结合固件版本，同一型号不同版本的可配置项可能不同 |
|---|---|
| 典型覆盖域 | 账号与权限、服务与端口、协议配置、日志与审计、远程访问、时间同步、备份 |
| 制定依据 | 厂商安全配置指南、行业实践与本现场业务需求 |
| 核查方式 | 配置导出比对、脚本抽查、人工核对关键项，检查结果留档 |
| 偏差处理 | 能整改的限期整改，不能整改的登记为风险例外并配补偿控制 |
| 版本管理 | 基线本身有版本号与修订记录，更新设备或固件后同步修订 |
基线应覆盖的配置域
- 账号与口令：默认账号处理、账号唯一性、权限分级、口令复杂度与更换周期
- 服务与端口：关闭未使用的管理服务与协议，限制管理访问来源
- 协议配置：只启用业务必需的协议，工控协议不做无关的跨区暴露
- 日志与审计：登录、配置变更与关键操作产生记录并送到集中位置
- 远程访问：关闭不必要的远程管理功能，需要时经统一入口并留痕
- 时间同步：设备时间保持准确，否则日志与事件无法关联排序
- 备份与恢复：配置文件纳入备份范围，并有可用的恢复路径
配置域与常见偏差
| 配置域 | 检查项示例 | 常见偏差 |
|---|---|---|
| 账号 | 默认账号是否处理、账号是否唯一 | 遗留厂商账号与共享账号长期存在 |
| 服务与端口 | 未用服务是否关闭、来源是否限制 | 管理服务全开且任意来源可达 |
| 协议 | 启用协议是否与业务一致 | 调试期开启的协议投产后未关闭 |
| 日志 | 是否产生并外送日志 | 本地有日志但无人采集，设备损坏即丢失 |
| 时间同步 | 时间源是否配置且可用 | 设备时间漂移，日志时间无法对齐 |
| 备份 | 配置是否按期备份并可恢复 | 只备份未验证恢复，故障时才发现不可用 |
基线的可执行性取决于核查方式：如果一条要求无法用配置导出、脚本或现场核对来验证，就会在实际执行中被跳过。制定基线时建议同步写下检查方法与符合判据，把基线当作验收清单而不是倡议书。