要求在采购与服务期两端落地
设备的安全能力在采购阶段就已经确定：是否支持账号分级、是否具备日志能力、固件升级是否受控，这些在签合同之后再提通常无法改变。因此安全要求必须进入技术协议，并配有可验证的验收判据，例如出厂默认口令必须已处理、交付物必须包含完整工程文件与硬件组态、必须提供固件与安全更新的支持期限。同时要求覆盖服务期：供应商工程师现场维护时的接入方式、介质使用、临时通道开通与操作监督都要事先约定，否则设备本身再规范，服务过程仍会引入风险。
基本信息
| 设备要求 | 账号与权限分级、日志与审计能力、安全配置项可关闭无关服务、固件升级受控 |
|---|---|
| 出厂状态要求 | 默认口令处理方式、出厂配置仅保留必要服务、随附安全配置说明 |
| 远程维护 | 通道方式、开通与关闭流程、会话记录、是否需要甲方在场 |
| 现场服务 | 自带设备的接入规范、介质使用、临时通道申请与收口、操作留痕 |
| 漏洞与补丁 | 安全公告的通报渠道与时限、补丁与缓解建议的提供期限与支持周期 |
| 交付物 | 完整工程文件与注释、组态与通信配置、文档、固件与安装包、许可证信息 |
| 验收判据 | 每项要求对应可检查的判据与验证方式，必要时写入违约条款 |
条款要点
- 安全能力前置：把账号分级、日志、可关闭服务等能力写进技术规格，避免事后返工
- 出厂即合规：默认口令必须处理，冗余服务默认关闭，并提供初始安全配置说明
- 工程文件归属：明确工程文件、源程序与注释、组态配置的所有权与交付义务
- 服务期约束：供应商现场与远程服务的接入方式、审计要求与临时通道管理
- 漏洞响应：约定安全公告通报时限、补丁与缓解建议的提供义务与支持期限
- 退出机制：项目结束或供应商更换时，账号、通道、权限与资料的回收与交接
- 验收与追责：每项要求配可检查判据，未达标时的处理方式提前写明
阶段与要求
| 阶段 | 安全要求 | 验收方式 |
|---|---|---|
| 采购阶段 | 安全能力与支持周期写入技术规格 | 技术评审与样品验证 |
| 到货与投运 | 默认口令已处理、冗余服务关闭、初始配置说明齐备 | 现场检查与配置核查 |
| 交付验收 | 工程文件、注释、组态、文档与安装包齐备 | 逐项核对交付清单 |
| 服务期 | 接入方式、介质使用与通道管理符合约定 | 服务记录抽查与通道开通记录 |
| 项目结束 | 账号、通道、权限与资料回收 | 退场核对清单签字确认 |
最容易被忽略的是服务期的安全约束：设备本身写得再细，如果供应商工程师每次上门都用自带笔记本和临时通道接入，风险照样落在现场。把现场服务与远程维护的约束与验收方式一并写进协议，才能让要求覆盖完整生命周期。