IEC 62443-4-2：组件安全要求
Sytance · 更新于
IEC 62443-4-2:2019 是组件要求部分。它通过七个基础要求，为 IACS 组件定义技术要求和组件安全能力等级。
组件的评估范围
组件不是整个 IACS。评估应明确组件类型、产品版本、预期 IACS 用途、接口、假设、排除功能和所声明的 SL-C(component)。这些信息决定所评估的能力适用于哪些用途和配置。
嵌入式设备包括控制器、PLC、驱动器、网关和供 IACS 使用的专用工业设备。组件评估范围应明确产品版本、接口和预期安全能力。
网络设备包括工业交换机、路由器、防火墙、网关和类似产品，用于承载或限制 IACS 通信。组件评估资料不能替代系统中的通道设计。
主机设备包括服务器、工作站、工业计算机和用于运行或支持 IACS 功能的类似平台。难点通常是主机、已安装软件和已配置系统之间的边界。
软件应用包括工程工具、HMI 软件、历史数据库、控制应用和供 IACS 使用的配套软件。产品供应商仍需要把 4-2 评估结果与该发布版本的安全开发记录关联。
七类基础要求
IEC 公开材料列出 IEC 62443-4-2 使用的七个基础要求。组件要求和能力等级按这七类组织，每一类都有具体的技术含义。
- 识别与鉴别控制 (IAC)；
- 使用控制 (UC)；
- 系统完整性 (SI)；
- 数据保密性 (DC)；
- 受限数据流 (RDF)；
- 事件及时响应 (TRE)；
- 资源可用性 (RA)。
IAC 是基础要求类别，用于在授予访问前识别用户、软件进程、设备和其他主体。
UC 关注身份确认后的使用权限。身份识别回答“是谁”，UC 则回答“该主体获准做什么”。
SI 关注防止未授权变更、恶意代码，以及组件或控制系统功能完整性的丧失。
DC 关注保护信息不被未授权披露。它并不表示每一项 IACS 数据都具有相同保密性。
RDF 关注限制数据流和通信路径。在系统层面，通常通过区域、通道和网络分段来限制这些通信。
TRE 关注事件检测、报告和响应能力。理解这些要求时，需要结合组件实际具备的监视和日志功能。
RA 关注保护组件或系统执行预期安全和控制功能所需的资源。
组件能力不等于系统目标或实效
IEC 表示 IEC 62443-4-2 关注 SL-C(component)，不是 SL-T 或 SL-A。组件的能力等级不能直接代表部署后的系统等级。系统仍需明确评估范围，划分区域和通道，评估风险、制定运行程序，并确认实际配置。
IEC 62443-4-1 安全开发过程
供应商如果还能证明产品按照 IEC 62443-4-1 开展开发和维护，就能为组件评估补充安全开发方面的依据。
组件在系统中的部署
系统设计方仍需确定组件部署在哪个区域、通过哪些通道通信，以及需要配套哪些控制措施。
CEN-CENELEC 2025 年 9 月 9 日的网络研讨会资料描述了 EN IEC 62443-4-2:2019/A11:2026 为满足 CRA 而开展的修订工作，包括适用性判据和评价资料。这项欧洲标准制定工作，并不意味着既有的 4-2 证书都能作为 CRA 协调标准符合性结果。