角色划分的意义
IEC 62443 把安全责任按角色分配，核心是资产所有者、产品供应商与服务提供商三类，其中服务提供商又覆盖系统集成、工程实施与运维服务等不同服务类型。划分的意义在于把「谁负责什么」写清楚：所有者承担整体风险与运行安全，集成商负责设计与交付一致，供应商负责产品安全与漏洞通报，服务商按约定流程作业并接受监督。责任不清时，出问题后各方都能找到推脱的理由。
角色与核心责任
| 资产所有者 | 确定风险准则与目标安全等级，批准措施，接受残余风险 |
|---|---|
| 系统集成商 | 区域与管道设计、策略实现、验收交付与文档一致 |
| 产品供应商 | 产品安全开发、漏洞通报、补丁与支持周期承诺 |
| 服务提供商 | 按合同与流程提供集成、运维或托管服务，接受审计 |
| 运行与维护人员 | 按规程操作、记录变更、报告异常 |
| 管理层 | 提供资源、明确授权边界、审定风险接受 |
| 标准依据 | 具体角色定义与服务类别以现行标准条款为准 |
责任交界面上的常见缺口
| 交界面 | 缺口表现 | 后果 |
|---|---|---|
| 所有者与集成商 | 只签功能验收，不验收安全配置 | 投运后策略与设计不符，无人负责 |
| 所有者与供应商 | 不约定漏洞通报渠道与时限 | 高危漏洞公开后才开始排查受影响设备 |
| 所有者与服务商 | 远程运维无审批与审计要求 | 第三方通道成为长期存在的入口 |
| 集成商与供应商 | 固件与组态交付无版本与完整性校验 | 现场版本混乱，恢复时无法对齐 |
| 运维与操作 | 变更无记录、下装不留痕 | 事故复盘失去依据，问题反复出现 |
把责任写进文件的做法
- 合同与订单写明安全功能、支持周期、漏洞通报方式与响应时限
- 设计方案与验收清单逐条对应，验收时按项检查并留存证据
- 远程与现场服务约定审批流程、作业时段、审计方式与保密要求
- 运维规程中写明变更、下装、备份的具体步骤与记录要求
- 每年复核一次角色与联系人，人员变动时同步更新台账
资产所有者是责任主体，不能把安全责任整体外包。服务商可以在具体环节承担工作，但风险准则、等级要求与残余风险接受必须由所有者决定，这也是后续审计关注的重点。
服务提供商的权限往往高于内部人员：他们熟悉系统、持有工具与凭据、可远程接入。合同中缺少作业审批、审计与离线要求时，服务商通道会成为最难发现也最难关闭的入口。