2. 欧盟网络弹性法案概述
欧盟网络弹性法案（Cyber Resilience Act，简称CRA）是欧盟近年来在网络安全领域推出的最具影响力的立法之一。它并非孤立存在，而是欧盟整体网络安全战略版图中的关键一环。理解CRA的立法背景、法律位阶及其与NIS2指令、GDPR等法规的协同关系，是合规工作的前提。若仅孤立地解读CRA条文，容易在落地时出现合规重叠或冲突。本章将从立法历程出发，厘清CRA的法律地位，并重点剖析其与NIS2、GDPR、无线电设备指令（RED）及产品责任指令（PLD）之间的边界与联动。
2.1 立法历程：从提案到正式生效的关键节点
CRA的立法进程体现了欧盟对数字产品安全的高度重视。2022年9月15日，欧盟委员会正式发布CRA提案，旨在应对日益严峻的联网设备安全威胁。此后经过欧洲议会与理事会的多轮谈判，2024年3月12日欧洲议会正式通过，2024年10月23日《欧盟官方公报》公布，2024年12月10日正式生效。值得注意的是，CRA的大部分核心义务将从2027年12月11日起强制适用，而报告义务则提前至2026年9月11日。
| 时间节点 | 事件 | 合规影响 |
|---|---|---|
| 2022年9月 | 欧盟委员会发布CRA提案 | 企业开始关注立法动向 |
| 2024年3月 | 欧洲议会正式通过 | 立法文本基本定型 |
| 2024年10月 | 官方公报发布 | 法律正式公布 |
| 2024年12月10日 | 法案正式生效 | 进入过渡期 |
| 2026年9月11日 | 报告义务开始适用 | 漏洞报告、安全事件报告须履行 |
| 2027年12月11日 | 核心义务全面适用 | CE标志、技术文档、合格评定等强制实施 |
2.2 法律地位与效力层级
CRA是一部欧盟条例（Regulation），而非指令（Directive）。这一法律形式的选择具有深远意义。条例在欧盟成员国直接适用，无需转化为国内法，确保了各成员国执行口径的一致性。相比之下，NIS2作为指令，需要各成员国在2024年10月17日前转化为国内法，导致各国在具体实施上存在差异。
CRA的法律效力层级属于二级立法中的基础性立法，其上位法是《欧洲联盟运作条约》（TFEU）第114条（内部市场条款）。这意味着CRA的核心目标是消除因各成员国网络安全要求不同而造成的贸易壁垒，同时提升欧盟市场内数字产品的整体安全水平。CRA与《通用产品安全条例》（GPSR）、《机械条例》等产品安全法规共同构成了欧盟产品安全法律框架。
2.3 与NIS2指令的关系：产品与组织的互补
NIS2与CRA在适用范围和监管对象上存在本质区别。NIS2聚焦于"组织"的网络安全能力建设，要求重要实体和重要实体采取风险管理措施、履行报告义务；而CRA聚焦于"产品"的网络安全属性，要求投放市场的数字产品具备安全设计、漏洞处理等能力。两者形成"产品+组织"的双层防护体系。
从实践角度看，一个使用联网设备的运营商，既需要遵守NIS2关于网络安全管理的要求，也需要确保其采购的设备符合CRA的CE标志要求。CRA合规可以减轻NIS2中部分供应链安全义务的负担——如果采购的产品已通过CRA认证，运营商在供应链风险评估中的工作量将显著降低。
| 维度 | CRA | NIS2 |
|---|---|---|
| 法律形式 | 条例（直接适用） | 指令（需转化为国内法） |
| 监管对象 | 数字产品（硬件+软件） | 组织（实体） |
| 核心义务 | 安全设计、漏洞处理、报告 | 风险管理、事件响应、供应链安全 |
| 合规标志 | CE标志 | 无特定标志 |
| 监管机构 | 市场监督机构（各国指定） | 各国网络安全主管机构 |
| 处罚上限 | 1500万欧元或全球营业额2.5% | 1000万欧元或全球营业额2% |
2.4 与GDPR的关系：安全与隐私的协同
GDPR关注个人数据保护，CRA关注产品网络安全，两者在数据安全维度存在天然交集。CRA第7条明确要求，数字产品的安全属性不应影响GDPR的适用。这意味着，产品设计中的安全措施必须同时满足GDPR的数据保护原则，如数据最小化、隐私设计等。
在实际操作中，CRA的漏洞处理义务与GDPR的数据泄露通知义务需要协同。当产品漏洞导致个人数据泄露时，制造商需同时履行CRA的漏洞报告义务（向ENISA报告）和GDPR的第33条通知义务（向监管机构报告）。两者的时间窗口不同：CRA要求主动漏洞报告在利用后24小时内提交，GDPR要求72小时内通知。企业需建立统一的漏洞响应流程，避免重复或遗漏。
2.5 与RED、PLD等其他法规的边界
无线电设备指令（RED）2014/53/EU的网络安全要求（第3(3)(d)(e)(f)条）将从2025年8月1日起被CRA取代。这意味着，对于无线电设备，CRA将成为网络安全要求的唯一法律依据，RED仅保留无线电频谱相关的合规要求。企业需注意过渡期安排，避免在2025年8月后仍按RED的网络安全要求进行合规评估。
产品责任指令（PLD）2024/2853则从民事责任角度与CRA形成互补。PLD将网络安全缺陷纳入"产品缺陷"的范畴，消费者因产品网络安全漏洞遭受损害时，可依据PLD向制造商索赔。CRA的合规并不能自动免除PLD下的民事责任，但符合CRA要求可作为制造商已尽合理注意义务的证据。
| 法规 | 核心关注 | 与CRA的交互点 |
|---|---|---|
| RED | 无线电频谱利用 | 网络安全要求被CRA取代（2025年8月起） |
| PLD | 产品缺陷民事责任 | 网络安全缺陷纳入产品缺陷范畴 |
| GPSR | 一般产品安全 | CRA作为特定产品安全要求 |
| AI法案 | 人工智能系统安全 | AI系统若含软件，需同时满足CRA |
2.6 常见误区与总结复盘
误区一：认为CRA只适用于"智能设备"。实际上，CRA覆盖所有"具有数字元素的产品"，包括纯软件产品（如操作系统、应用程序、ERP系统）。只要产品具备网络连接能力或数据处理功能，均可能落入CRA范围。
误区二：混淆CRA与NIS2的适用主体。CRA约束的是"制造商"（包括进口商、分销商），而NIS2约束的是"实体"（如能源、交通、医疗等行业的运营者）。一个企业可能同时扮演两个角色，但合规义务完全不同。
误区三：忽视CRA的"开源软件"豁免条款。CRA对开源软件有特定豁免，但仅限"非商业性"开发场景。若开源组件被集成到商业产品中，该产品仍需满足CRA要求，开源组件本身的安全维护责任则需通过SBOM（软件物料清单）管理来落实。