EU CRA 系统集成:对接 PLM、SBOM 工具与 Polarion

企业要满足 CRA 网络安全要求,就必须更换现有的 PLM 或导入全新系统吗?

EU CRA 系统集成:对接 PLM、SBOM 工具与 Polarion 信息图

不一定。

欧盟《网络弹性法案》(Cyber Resilience Act, CRA)将于 2027 年 12 月 11 日全面适用;其中第 14 条报告义务已于 2026 年 9 月 11 日起适用,且适用于 2027 年 12 月 11 日前已投放市场的产品。

CRA 并未指定企业必须使用哪一套软件。真正的挑战在于,企业能否将产品信息、安全需求、漏洞处理与测试记录建立关联,并提供可追溯、可审查的技术文档。

📌 CRA 三大管理重点

🔹 漏洞影响追溯: 当软件组件出现漏洞时,若 SBOM 已与产品版本、BOM 建立关联,可较快缩小受影响的固件版本与产品型号范围;如再对接 ERP/出货数据,也能进一步协助确认相关出货对象。
🔹 安全文档可审查: 将网络安全风险评估、安全需求、测试验证与 SBOM 建立关联,支持 CRA 技术文档的准备。
🔹 上市后持续管理: 在产品支持期内,持续记录漏洞处理、安全更新与产品版本变更。

🔍 您的企业是否也面临以下问题?(以下为常见行业场景示意,非法规要求)

🔸 物料编码、BOM 与工程变更由 Agile PLM 或 Teamcenter 管理。
🔸 SBOM 由不同研发团队产出,版本与格式不一致。
🔸 漏洞信息通过电子邮件传递,难以跟踪评估与修复状态。
🔸 安全需求及测试结果分散在 Excel 或其他文档中。
⚠️ 当漏洞发生时,各部门必须人工比对数据,才能确认受影响产品。

💡 如何在现有系统上建立 CRA 追溯架构?

建议让三类系统各司其职:
🔹 PLM|Oracle Agile PLM/Siemens Teamcenter: 保留现有的物料编码、BOM、产品版本与工程变更管理流程。
🔹 SBOM 工具|Syft + OWASP Dependency-Track: 通过 Syft 生成 SBOM(以 CycloneDX 格式输出,供 Dependency-Track 导入),再由 Dependency-Track 持续比对已知漏洞数据源,分析软件组件风险。
🔹 ALM|Siemens Polarion: 管理网络安全风险评估、安全需求、修复任务、测试验证与电子签核记录(依项目模板与 workflow 配置),建立可追溯的管理流程。安盛资讯已开发 Dependency-Track 与 Polarion 的对接,并可结合 CI/CD 流程,将漏洞分析结果带入 Polarion 进行评估与跟踪。
通过适当的系统集成,企业可以建立:
产品版本 ↔ SBOM 组件 ↔ 漏洞评估 ↔ 安全需求 ↔ 测试验证
让漏洞处理减少对人工查找与零散文档的依赖。

✅ 安盛资讯已开发 Polarion 与 Oracle Agile PLM 的数据对接,可在保留现有 PLM 管理流程的基础上,进一步规划 CRA 产品网络安全追溯架构。实际对接方式依客户现有系统与数据结构规划。

企业也可参考 IEC 62443-4-1 安全开发生命周期流程,逐步建立符合自身产品特性的网络安全管理机制。IEC 62443-4-1 目前未列为 CRA 协调标准。

⚠️ CRA 合规的重点,不是更换多少套系统,而是让各系统的数据能够关联、追溯与审查。

👉 想了解如何集成现有 PLM、SBOM 工具与 Polarion,建立产品网络安全追溯能力?

欢迎与安盛资讯联系。

📩 联系安盛资讯: sales@anselm.com.tw


延伸阅读:上一篇:EU CRA 漏洞处理与支持期:上市后的持续责任|本篇为系列最终篇:返回 EU CRA 网络弹性法案系列文章总览

本文仅供一般信息参考,不构成法律意见;产品功能以各原厂公开资料与实际版本、许可方案为准。官方来源:Regulation (EU) 2024/2847(序言第 8 点、第 13(8)、14、69(3)、71(2) 条及附件七);Siemens Polarion Cybersecurity;Polarion X 2512 新功能;Siemens Polarion CRA 合规说明;OWASP Dependency-Track 文件格式;Anchore Syft。(欧盟官方公报无中文版本,以上链接为英文版)

EU CRA 漏洞处理与支持期:上市后的持续责任

EU CRA 漏洞处理与支持期图解:CVD、安全更新、支持期原则至少 5 年、更新保留 10 年与版本追溯

产品已经出货、甚至停产,制造商还需要负责安全更新吗?

欧盟《网络弹性法案》(Cyber Resilience Act, CRA)将于 2027 年 12 月 11 日全面适用。CRA 明确要求制造商在产品支持期内,持续管理漏洞并提供必要的安全更新。产品上市,不代表网络安全责任就此结束。

2027 年 12 月 11 日起投放市场的产品,在其支持期内,即使该机型已停产,制造商仍须处理漏洞并提供安全更新;遭主动利用漏洞的报告义务(第 14 条)则不受支持期限制,且自 2026 年 9 月 11 日起,也适用于 2027 年 12 月 11 日前已投放市场的产品。

📌 CRA 漏洞处理与支持期重点(摘要)

🔹 漏洞处理与披露: 建立协调漏洞披露(CVD)政策及对外报告渠道,确保收到漏洞通报后,能进行风险评估、修复与跟踪。
🔹 安全更新: 安全更新原则上应免费提供(例外:制造商与企业客户对定制化产品另有约定),并在技术可行时与功能更新分开发布,确保用户能及时修复漏洞。
🔹 产品支持期: 支持期应反映产品的预期使用期间,并考量用户合理期待、产品性质与用途等因素;原则上至少 5 年,只有产品预期使用不到 5 年时,才可依该较短期间制定。判定依据须记录在技术文档中。制造商应在购买时以清楚易懂、容易取得的方式,标明支持期截止日(至少到年月)。
🔹 安全更新保留期: 支持期内发布的每一项安全更新,自发布起须持续可供取得至少 10 年;若支持期剩余时间更长,则保留至支持期结束,以较长者为准。
🔹 第三方组件漏洞: 当产品内含的第三方或开源组件发现漏洞时,制造商须通报该组件的制造者或维护者,并依 CRA 漏洞处理要求自行处理、修复自家产品;若自行开发了修正,应与该组件的维护者分享相关代码或文件。

🔍 您的企业是否也面临以下问题?(以下为常见行业场景示意,非法规要求)

🖥️ 工控机(工业计算机,IPC): 产品可能长期使用 5 年以上,即使已停产,客户仍在现场运作。当固件发现漏洞时,哪些机型与版本仍需要支持?
🌐 网络通信设备: 固件需要长期维护,但不同客户可能使用不同版本。如何确认各版本的修复与更新状态?
🔋 储能系统(ESS): EMS、BMS 等系统具有长期运维需求。当发生网络安全漏洞,如何跟踪修复、验证及部署记录?

💡 企业该如何准备?

建议从三个方向建立管理机制:
✅ 建立 PSIRT 窗口: 统一接收漏洞通报,定义评估、修复、验证与发布流程。
✅ 明确定义支持期: 依产品机型及预期使用期间,管理支持截止日期。
✅ 建立版本与漏洞追溯: 将漏洞、受影响组件、固件版本、安全更新及测试记录建立关联。
⚠️ CRA 的重点不只是发布补丁,而是能持续掌握每个产品版本的漏洞处理与安全更新状态。

👉 想了解如何建立漏洞管理流程、产品支持期及安全更新追溯机制?

欢迎与安盛资讯联系。

📩 联系安盛资讯: sales@anselm.com.tw


延伸阅读:EU CRA 网络弹性法案系列文章|上一篇:EU CRA 漏洞报告:24 小时预警与 72 小时通报|下一篇:EU CRA 系统集成:对接 PLM、SBOM 工具与 Polarion

本文仅供一般信息参考,不构成法律意见。官方来源:Regulation (EU) 2024/2847(第 13、14、69 条及附件一第二部分);欧盟委员会 CRA 实施指引。

EU CRA 漏洞报告:24 小时预警与 72 小时通报

EU CRA 漏洞通报流程图:24 小时早期预警、72 小时通报、最终报告期限与 SRP 通报准备

您的产品发现遭主动利用的漏洞时,能在 24 小时内提出早期预警吗?

欧盟《网络弹性法案》(Cyber Resilience Act, CRA)第 14 条报告义务,已自 2026 年 9 月 11 日起适用。即使是 2027 年 12 月 11 日前已投放欧盟市场的产品,只要符合通报条件,同样受到规范。

📌 CRA 漏洞通报四大重点

🔹 哪些情况需要通报? 产品中遭主动利用的漏洞,以及对产品网络安全造成影响的严重事件。并非发现任何 CVE 都必须通报。
🔹 24 小时与 72 小时通报:
・24 小时内:提出早期预警,说明产品已在哪些成员国提供(如适用);事件预警至少要说明是否疑似由非法或恶意行为造成。
・72 小时内:提交漏洞或事件通报,提供已知的一般信息(漏洞要说明漏洞及利用方式的性质;事件要说明事件性质与初步评估)、已采取及用户可采取的纠正或缓解措施,并视需要标明信息敏感程度。
两者均自制造商知悉符合通报条件的漏洞或事件起算,且应无不当延迟地通报。
🔹 最终报告期限:
・遭主动利用漏洞:纠正或缓解措施可用后 14 天内。
・严重网络安全事件:72 小时事件通报提交后 1 个月内。
🔹 通报与用户通知: 通过 ENISA 单一报告平台(SRP),同时向被指定为协调者的 CSIRT 与 ENISA 通报。协调者 CSIRT 原则上是欧盟主要营业场所所在国的 CSIRT;在欧盟没有营业场所的制造商,依授权代表、进口商、分销商所在国等顺序决定。同时须告知受影响用户(适当时为所有用户),必要时说明用户可采取的缓解及纠正措施。

🔍 您的企业是否面临这样的挑战?

假设某工控机(工业计算机,IPC)固件使用的开源组件遭攻击者主动利用,网络安全与研发团队需要迅速厘清:
✅ 哪些固件版本使用了该组件?
✅ 哪些产品机型受到影响?
✅ 这些产品已出货给哪些客户?
✅ 哪些功能或安全测试需要重新验证?
如果组件、固件版本、产品机型与客户数据分散在不同系统中,即使发现漏洞,也可能难以快速完成影响分析。网络通信设备与储能系统(ESS)同样面临这项挑战。

💡 企业可以如何提前准备?

1️⃣ 建立产品追溯关联: 建立“软件组件 → 固件版本 → 产品机型 → 出货客户”的对应关系。
2️⃣ 建立漏洞判断机制: 明确记录知悉时点、漏洞利用证据、受影响产品及判断依据。
3️⃣ 事先准备通报作业: 指定通报窗口(SRP 称为 Assigned Representative),并请其预先建立个人 EU Login 账号、启用 MFA;熟悉 SRP 通报流程,并确认适用的协调者 CSIRT。SRP 平台本身的注册与制造商验证,ENISA 建议在实际需要提交通报时再进行;已有 EU Login 账号时,注册只需几分钟。
⚠️ 不是每个 CVE 都要通报!符合通报条件时,24 小时内先提出早期预警,不必等到完整分析完成。

对制造商而言,CRA 通报不只是网络安全团队的工作,更涉及研发、产品管理、质量与客户服务之间的信息整合。通过 SBOM、产品版本管理与需求追溯机制,有助于企业更高效地分析漏洞影响范围,支持通报及后续修复作业。

👉 想评估贵公司的漏洞影响分析与产品追溯能力?

欢迎与安盛资讯联系。

📩 联系安盛资讯: sales@anselm.com.tw


延伸阅读:EU CRA 网络弹性法案系列文章|上一篇:EU CRA SBOM:工控机要管理哪些软件与固件?|下一篇:EU CRA 漏洞处理与支持期:上市后的持续责任

本文仅供一般信息参考,不构成法律意见。官方来源:Regulation (EU) 2024/2847(第 14、69、71 条);ENISA Single Reporting Platform;ENISA SRP 常见问题(第 9、28 题)。

EU CRA SBOM:工控机要管理哪些软件与固件?

CRA SBOM 工控机软件与固件组成图:BIOS/UEFI、BMC、操作系统、驱动程序与通信模块固件

一台工控机(工业计算机,IPC),您知道里面到底包含多少软件与固件吗?

欧盟《网络弹性法案》(Cyber Resilience Act, CRA)将于 2027 年 12 月 11 日全面适用。CRA 附件一第二部分(漏洞处理要求)规定制造商识别并记录产品组件与漏洞,包含建立 SBOM(Software Bill of Materials,软件物料清单),作为漏洞管理与影响分析的基础。

📌 CRA SBOM 三大重点

✅ 通用且机器可读的格式: 至少涵盖产品的顶层依赖组件。CRA 未指定格式,业界常用 CycloneDX 或 SPDX;欧盟委员会日后可通过实施法案规定格式与内容。
✅ 纳入技术文档: SBOM 须纳入技术文档,但不强制公开;市场监管机构可提出附理由的要求调阅。
✅ 支持漏洞管理: 掌握软件组件与版本,协助快速确认受影响的产品。

🔍 工控机(IPC)需要盘点哪些项目?

一台工控机的软件与固件,往往来自不同部门与供应商:
🔹 BIOS/UEFI: 底层系统固件
🔹 BMC: 远程管理控制器固件
🔹 Windows/Linux: 操作系统及相关软件包
🔹 驱动程序/工具程序: 硬件驱动及管理工具
🔹 Wi-Fi/LTE 模块: 第三方通信模块固件
同样的挑战也存在于其他产品:
🌐 网络通信设备: Linux 固件、开源软件包与第三方组件。
🔋 储能系统(ESS): BMS、PCS、EMS 等软件与固件。

💡 企业该如何建立 SBOM 管理机制?

建议从四个步骤开始:
1️⃣ 盘点组件: 盘点产品使用的软件、固件与第三方组件。
2️⃣ 生成 SBOM: 通过工具产生 CycloneDX/SPDX 格式的 SBOM。
3️⃣ 绑定版本: 将 SBOM 与产品机型、固件版本及出货版本建立关联。
4️⃣ 跟踪漏洞: 持续跟踪组件漏洞,快速识别受影响的产品版本。
⚠️ SBOM 的价值不只是生成一份清单,更重要的是持续维护、版本追溯与漏洞影响分析。

当某个开源组件被披露安全漏洞时,企业能否立即回答:“哪些产品使用了这个组件?哪些已出货版本受到影响?”这正是建立 SBOM 管理机制的重要目的。

👉 想规划适合贵公司的 SBOM 与产品版本追溯管理方式?

欢迎与安盛资讯联系。

📩 联系安盛资讯: sales@anselm.com.tw


延伸阅读:EU CRA 网络弹性法案系列文章|上一篇:EU CRA 安全设计要求:从默认密码到安全更新|下一篇:EU CRA 漏洞报告:24 小时预警与 72 小时通报

本文仅供一般信息参考,不构成法律意见。

EU CRA 安全设计要求:从默认密码到安全更新

CRA 安全设计要求图:无已知可利用漏洞、默认安全设置、访问控制、缩小攻击面与安全更新机制

您的产品,是否在出厂时就具备足够的网络安全防护?

欧盟《网络弹性法案》(Cyber Resilience Act, CRA)将于 2027 年 12 月 11 日全面适用。CRA 要求制造商依据产品的网络安全风险评估,在规划、设计、开发及生产阶段就纳入适当的安全措施(附件一 Annex I);产品上市后,在支持期内仍须持续处理漏洞并提供安全更新。

🔹 CRA 附件一的五个安全设计重点

✅ 无已知可利用漏洞: 产品在市场上提供时,不得含有已知可利用漏洞;上市前的漏洞检查是达成方式之一。
✅ 默认安全设置: 产品出厂即采安全配置,并具备恢复原始状态的能力。
✅ 访问控制与数据保护: 防止未经授权访问,保护数据的机密性与完整性。
✅ 缩小攻击面: 限制不必要的外部接口与服务,降低潜在攻击风险。
✅ 安全更新机制: 确保漏洞可通过安全更新修复;适用时,自动安全更新应默认启用,并让用户可选择退出或暂缓。
📝 补充: 附件一 Part I 共 13 项要求,以上为其中五个重点;另含数据最小化、抗 DoS、记录与监控等要求,以及 Part II 的漏洞处理要求(如 SBOM、漏洞披露政策)。各项依网络安全风险评估结果与适用情况实施。

📌 您的产品是否存在以下风险?

🏭 工控机(工业计算机,IPC)
・出厂使用统一的默认密码
・BMC 远程管理接口默认开启
・BIOS/固件更新未验证数字签名
🌐 网络通信设备
・管理接口允许外网直接访问
・使用未加密的管理协议
🔋 储能系统(ESS)
・EMS 远程运维接口缺乏安全防护
・账号及操作权限未分级管理
⚠️ 这些问题都可以在产品设计阶段,通过明确的安全需求及测试机制加以改善。
以上为常见设计风险示例,CRA 条文并未逐项点名;是否构成不符合,须依产品的网络安全风险评估对照附件一判断。

💡 企业该如何准备?

📋 建立完整追溯: 将 CRA 附件一要求转换为可执行的安全需求,建立“法规要求 → 安全需求 → 设计实现 → 测试验证”的追溯关系。
🔗 沿用现有流程: 已导入 IEC 62443-4-1/4-2 的企业,可以现有的安全开发流程及产品安全要求为基础,再对照 CRA 附件一补足差异,例如 SBOM、漏洞处理、支持期内的安全更新及通报流程。注:IEC 62443 目前未列为 CRA 协调标准,符合 IEC 62443 不等于取得 CRA 符合性推定。CRA 协调标准由 CEN/CENELEC/ETSI 依标准化请求 M/606 制定中(部分以 EN IEC 62443 为基础),须刊登于欧盟官方公报后才具符合性推定。
🎯 从设计开始管理: CRA 合规不只是完成网络安全测试,更重要的是让安全需求从设计开始,就能被管理、验证与追溯。

👉 想了解如何将 CRA 要求转化为可执行的安全需求?

欢迎与安盛资讯联系。

📩 联系安盛资讯: sales@anselm.com.tw


延伸阅读:EU CRA 网络弹性法案系列文章|上一篇:EU CRA 产品分级与 CE 标志:合格评定路径怎么选?|下一篇:EU CRA SBOM:工控机要管理哪些软件与固件?

本文仅供一般信息参考,不构成法律意见。官方来源:欧盟委员会 CRA 标准化说明。

EU CRA 产品分级与 CE 标志:合格评定路径怎么选?

EU CRA 产品分级图:一般产品、重要类 I、重要类 II、关键类与合格评定路径

您的产品可以自行声明符合 CRA,还是必须经过第三方评估?

欧盟《网络弹性法案》(Cyber Resilience Act, CRA)将于 2027 年 12 月 11 日全面适用。对销售产品至欧盟市场的台湾制造商而言,除了准备 SBOM、漏洞管理及网络安全测试数据,更重要的是先确认:

👉 产品属于哪个 CRA 等级?需要采用哪一种合格评定程序?

📌 CRA 四大产品分级

🔹 一般产品(Default)|原则可自行评估
未落入 CRA 重要类或关键类清单的产品,原则上可由制造商采用内部控制程序(Module A),自行评估符合性。
🔹 重要类 I(Important Class I)|有条件自行评估
例如:路由器、联网用调制解调器、交换机(具备管理平面者,含网管型与智能交换机,以及无线接入点(AP)等网桥设备)、操作系统。
完整采用适用的协调标准、共同规范,或保证级别至少为“substantial”的欧盟网络安全认证时,可采内部控制程序(Module A);否则须采第三方评估程序(Module B+C 或 Module H)。目前尚无协调标准刊登于欧盟官方公报,实践中须持续跟踪。
🔹 重要类 II(Important Class II)|第三方评估为主
例如:防火墙、入侵检测与防护系统(IDS/IPS)、Hypervisor 与容器运行环境。
不能自行声明,须由公告机构(Notified Body)参与评估(Module B+C 或 Module H),或取得保证级别至少为“substantial”的欧盟网络安全认证。公开技术文档的开源软件产品另有例外。
🔹 关键类(Critical Products)|更严格的评估要求
例如:智能卡、安全元件、智能电表网关。
目前比照重要类 II 的评估程序;若欧盟委员会日后通过授权法案(delegated act),特定产品可能必须取得欧盟网络安全认证。
⚠️ 关键观念:产品分级取决于核心功能,不是看内置多少功能。
・工控机(工业计算机,IPC)即使搭载操作系统,也不代表整机自动升级为重要类 I。
・路由器即使内置防火墙,也不一定直接被归为重要类 II。

👉 贵公司的产品属于哪一级?

🏭 工控机(IPC): 通用型工控机通常可能属于一般产品,但仍须确认其主要用途与核心功能。
🌐 网络通信设备: 核心功能为路由、联网调制解调器或具管理功能交换的设备,属重要类 I;只是内含路由或交换模块、核心功能不同的设备,不会因此自动归入。以防火墙或 IDS/IPS 为核心功能的设备,则属重要类 II。
🔋 储能系统(ESS): 通信网关、能源管理系统(EMS)及控制设备,应依各自的核心功能及适用范围逐一判定。

📄 不论产品等级,都需要建立符合性证据

制造商必须准备:
✔️ 技术文档(Technical Documentation)
✔️ 合格评定(Conformity Assessment)
✔️ 欧盟符合性声明(EU Declaration of Conformity, DoC)
✔️ CE 标志(CE Marking)
⚠️ 技术文档及 EU DoC 须自产品投放市场后保存至少 10 年,或保存至支持期结束,以较长者为准,并供市场监管机构随时查阅。

📋 企业现在可以从四项工作开始

1️⃣ 产品网络安全风险评估(Cybersecurity Risk Assessment)
2️⃣ 网络安全需求与追溯(Security Requirements & Traceability)
3️⃣ 网络安全验证与测试记录(Security Verification & Test Evidence)
4️⃣ 软件物料清单(Software Bill of Materials, SBOM)
这些数据不只是为了通过 CE 合格评定,也是未来产品漏洞管理、版本追溯与客户审核的重要基础。

📢 CRA 重要类与关键类产品的技术说明,已由实施条例 (EU) 2025/2392 公布(2025 年 12 月 1 日刊登于欧盟官方公报)。企业应及早确认产品分级,并持续跟踪协调标准、认证方案与公告机构的最新信息。

👉 需要协助盘点 CRA 产品等级与技术文档吗?

安盛资讯协助企业建立产品网络安全需求管理、SBOM、漏洞管理与端到端需求追溯机制,让 CRA 合规准备更有系统。

📩 联系安盛资讯: sales@anselm.com.tw


延伸阅读:EU CRA 网络弹性法案系列文章|上一篇:EU CRA 三个关键日期:现有机型也需要注意!|下一篇:EU CRA 安全设计要求:从默认密码到安全更新

本文仅供一般信息参考,不构成法律意见。

EU CRA 三个关键日期:现有机型也需要注意!

CRA 时程图:2026 年 6 月、2026 年 9 月与 2027 年 12 月三个关键日期

CRA 采分阶段适用。了解各阶段的时间点,有助于企业安排准备顺序,特别是产品生命周期较长的行业,更需要提前规划。

📅 CRA 三大关键日期

⏰ 2026 年 6 月 11 日|公告机构相关规定开始适用
公告机构(Notified Body)相关规定开始适用,企业可提前了解产品合格评定所需的资源与程序。
⏰ 2026 年 9 月 11 日|漏洞与网络安全事件报告义务开始适用
产品发现遭主动利用的漏洞或发生影响产品安全的严重事件时,须依规定进行通报。2027 年 12 月 11 日前已投放市场的产品,同样适用报告义务。
⏰ 2027 年 12 月 11 日|CRA 全面适用
产品须符合 CRA 基本网络安全要求,并完成合格评定与 CE 标志相关程序。
⚠️ 特别注意:过渡安排是以“个别产品”认定,而非“产品型号”。
也就是说,同一型号中,2027 年 12 月 11 日起才投放欧盟市场(首次在欧盟市场提供)的个别产品,仍须符合 CRA 完整要求。

👉 贵公司是否也有这些情况?

🏭 工控机(工业计算机,IPC): 产品生命周期长,常见 5 年以上的长期供货与使用。2022 年推出的机型,若在 2028 年仍持续出货,新投放欧盟市场的产品须符合 CRA;已在客户现场运作的产品,若发生遭主动利用的漏洞,仍须依规定通报。
🌐 网络通信设备: 固件持续更新,若功能更新改变产品原本的预期用途,或影响符合性,可能构成实质性修改。
🔋 储能系统: 项目交货期长,需留意实际交货时间点落在哪个法规适用阶段。

📋 建议做法

优先盘点 2027 年底后仍将持续量产或出货的机型,确认产品版本、SBOM、漏洞管理及测试记录,提前安排 CRA 符合性准备。

👉 想确认贵公司哪些机型需要优先准备吗?

欢迎与安盛资讯联系,协助企业建立产品版本、SBOM、漏洞与测试记录的追溯管理机制。

📩 联系安盛资讯: sales@anselm.com.tw


 

延伸阅读:EU CRA 网络弹性法案系列文章|上一篇:EU CRA 是什么?谁是制造商、哪些产品需要遵循?|下一篇:EU CRA 产品分级与 CE 标志:合格评定路径怎么选?

本文仅供一般信息参考,不构成法律意见。

EU CRA 是什么?谁是制造商、哪些产品需要遵循?

欧盟 CRA 网络弹性法案适用范围与制造商、进口商、分销商角色示意图

欧盟《网络弹性法案》(Cyber Resilience Act,CRA)是针对“具有数字元素的产品”制定的网络安全法规。只要产品在欧盟市场销售,台湾企业就需要了解自身的角色与责任。

📌 CRA 法规重点

🔹 适用范围: 可直接或间接连接设备或网络的硬件与软件产品。已有专门法规的产品,例如医疗器械、车辆,不适用 CRA。
🔹 制造商: 以自有名称或商标将产品投放欧盟市场者,承担主要责任,不论企业是否设在欧盟。
🔹 其他角色: 进口商与分销商负有核查义务;对产品进行实质性修改者,视同制造商。

👉 贵公司在 CRA 下属于哪一种角色?

🏭 工控机(工业计算机,IPC)自有品牌: 产品以自有品牌销售给欧洲系统集成商,贵公司即为制造商。
🔧 ODM 代工: 品牌客户是制造商,但通常会要求贵公司提供 SBOM、漏洞信息与测试记录。
🌐 网络通信与储能设备: 经由欧洲代理商销售时,代理商作为进口商,会向贵公司索取符合性文件。
⚠️ 同一家公司可能同时具备多种角色,各产品线的 CRA 责任也不尽相同。

📋 建议做法
先依产品线厘清“自有品牌”与“代工”的角色,再盘点需要提供给客户与主管机构的数据范围,作为后续 CRA 合规规划的基础。

👉 想了解贵公司各产品线在 CRA 下的角色与责任吗?
欢迎与安盛资讯联系,协助您厘清产品合规需求,建立产品网络安全管理与追溯机制。

📩 联系安盛资讯: sales@anselm.com.tw

延伸阅读:EU CRA 网络弹性法案系列文章|下一篇:EU CRA 三个关键日期:现有机型也需要注意!

本文仅供一般信息参考,不构成法律意见。