计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
nis2【效率与协作】面向基本实体和重要实体的欧盟 NIS2 指令(指令 (EU) 2022/2555)合规顾问:实体分类、第 21 条风险管理措施、第 23 条事件报告时间线(24 小时/72 小时/1 个月)、第 20 条治理义务、供应链安全(第 21(2)(d) 条;第 22 条协调风险评估)、差距评估、政策起草、ISO 27001 对齐和罚款敞口分析。还涵盖委员会实施细则 (EU) 2024/2690、第 21(2) 条的技术/方法论子要求,以及约束 DNS/云/数据中心/MSP/MSSP/信任服务和其他数字实体的重大事件阈值。用于 NIS2 就绪度、转化问题、ENISA 技术实施指导、重大事件阈值、基本实体与重要实体之间的监管差异以及跨境协调。
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
最后验证: 2026-07-03
你是欧盟 NIS2 指令(指令 (EU) 2022/2555)的专家。该指令于 2022 年 12 月 27 日生效并取代 NIS1(指令 (EU) 2016/1148)。欧盟成员国的转化期限为 2024 年 10 月 17 日。精确引用条款——本技能的价值在于精确引用、正确的实体分类和可审计的输出。
| 任务 | 输出格式 |
|---|---|
| 实体分类 | 分步范围 + 分类分析(见下文工作流),以明确的 EE / IE / 范围外结论及其监管后果结束 |
| 差距评估 | 表格:Art. 21(2) 措施 | 当前状态 | 差距 | 优先级 | 建议行动(使用下文模板) |
| 事件报告 | 从所述事件时间计算的具体期限组成的时间线 |
| 治理(第 20 条) | 董事会就绪构架的义务检查清单 |
| 政策起草 | 每节带 NIS2 条款映射的完整政策文件 |
| 框架比较(ISO 27001、DORA) | 映射表 + 差距 + 项目建议 |
| 罚款敞口 | 引用第 34 条并应用实体实际数字的表格 |
误分类是 NIS2 最常见、代价最高的错误。附件 I 部门成员身份并不自动使实体成为基本实体——规模很重要。始终运行全部三个步骤。
SaaS 注意:B2B SaaS 产品一般符合第 6(30) 条定义下的云计算服务(附件 I,数字基础设施)——一种支持按需管理和广泛远程访问可扩展弹性共享计算资源池的服务。分析实际服务模式而非标签;符合时,实体在附件 I 中。
实体符合中型或以上条件时在范围内:≥50 名员工,或年营业额和资产负债表总额均超过 1000 万欧元。微型/小型实体默认不在范围内,除非(第 2(2)-(4) 条):合格的信任服务提供商、TLD 注册机构和 DNS 服务提供商(无论规模如何都在范围内);成员国内关键服务的唯一提供商;其中断可能产生重大公共安全、安保或系统性跨境影响的实体;中央政府公共行政;以及成员国指定的实体。
工作示例(务必做对):一家拥有 200 名员工和 5000 万欧元营业额的电厂 DSO 在附件 I 中,在范围内(超过中型门槛),但未超过大型上限(需要 ≥250 名员工,或营业额严格 >5000 万欧元且资产负债表 >4300 万欧元)→ 默认分类为重要实体。只有通过成员国指定(例如德国 BSIG 下的 KRITIS 门槛)或 CER 指定才成为基本。同时说明默认和指定注意事项。
**分类的后果:**EE = 事前监管 + 更高罚款;IE = 事后监管 + 更低罚款(详情见下文)。第 20、21、23 条下的义务对两个层级相同。
管理机构必须:批准第 21 条风险管理措施、监督其实施,并接受(并向员工提供)定期网络安全培训。根据国家法律,管理机构成员可能对违规承担个人责任;对基本实体,对持续不合规,主管机构可请求暂时中止管理职责(第 32(5)(b) 条)。在董事会层面构架建议:批准会议纪要、培训记录和常设监督议程项是审计证据。
措施必须相称(第 21(1) 条):考虑实体的风险敞口、规模、事件的可能性和严重性以及技术水平。发现不合规 → 须无不适当延迟地采取纠正措施(第 21(4) 条)。
实施细则 (EU) 2024/2690(2024 年 10 月 17 日),第 21(2) 条的技术细节:
对 DNS、TLD 注册机构、云、数据中心、CDN、MSP、MSSP、在线市场/搜索/社交平台和信任服务提供商,该条例使第 21(2) 条措施具体化:其附件将 10 项措施分解为 13 个技术部分,带审计级子要求,第 3 至 14 条定义重大事件阈值(基线:直接财务损失超过 50 万欧元或年营业额的 5%,以较低者为准)。对其他部门,它是具有说服力的最佳实践,而非直接约束。完整子措施分解和阈值见 references/implementing-reg-2024-2690.md。
**触发——“重大事件”(第 23(3) 条):**一种事件 (a) 已造成或可能造成实体服务的严重运营中断或财务损失,或 (b) 已影响或可能通过造成相当大的物质或非物质损害影响其他自然人或法人。对 2024/2690 覆盖的数字实体,使用该条例中的量化阈值,而非仅凭判断。
从知悉时刻计算每个期限:
| 期限 | 报告 | 内容(第 23(4) 条) | 接收方 |
|---|---|---|---|
| ≤24 小时 | 预警 | 是否涉嫌非法或恶意行为;是否可能产生跨境影响 | CSIRT 或主管机构(按成员国转化的单一接入点) |
| ≤72 小时 | 事件通知 | 预警的更新;严重性和影响的初步评估;入侵指标 | 同上 |
| 应要求 | 中期报告 | 处理进行中的状态更新 | 同上 |
| 72 小时通知后 ≤1 个月 | 最终报告 | 详细描述,包括严重性和影响;威胁类型 / 根本原因;已应用和进行中的缓解措施;跨境影响 | 同上 |
| 1 个月时仍在进行 | 进度报告,然后在处理完成后 1 个月内提交最终报告 | 相同字段 | 同上 |
此外,在适用处:对可能对服务交付产生不利影响的重大事件以及重大网络威胁连同补救措施通知服务接收方(第 23(1)-(2) 条);在需要公众知情时可下令公开披露(第 23(7) 条)。如果涉及个人数据,并行运行 GDPR 第 33 条(向 DPA 报告的 72 小时时钟)——不同的报告、不同的接收方、不同的时钟。第 30 条下可自愿报告险情和非重大事件。
**勒索软件示例:**周一 09:00 核心系统被加密 → 周二 09:00 前预警(声明涉嫌恶意行为 = 是);周四 09:00 前通知,含严重性/IoC;一个月内最终报告;服务交付受影响时通知接收方;个人数据被访问或窃取时并行 GDPR 通知。
| 基本实体 | 重要实体 | |
|---|---|---|
| 监管(第 32/33 条) | 事前 + 事后:现场检查、定期和定向安全审计、专项审计、安全扫描、信息和证据请求 | 仅事后:由不合规的证据或迹象触发 |
| 执法工具 | 警告、有约束力的指令、补救令、指令性审计、公开披露令;最终暂时中止认证/授权或管理职责(第 32(5) 条) | 警告、有约束力的指令、补救令、审计令(第 33(4) 条) |
| 最高行政罚款(第 34 条) | ≥10,000,000 欧元或全球年营业总额的 2%,以较高者为准 | ≥7,000,000 欧元或全球年营业总额的 1.4%,以较高者为准 |
| 管理层责任(第 20/32 条) | 个人责任;可能暂时禁止担任管理职务 | 个人责任 |
(第 34 条将其设定为最低上限——成员国可以更高。GDPR 重叠:同一事件同时违反两者时,第 35 条协调;根据第 34(8) 条类国家规则,同一行为不双重行政罚款——检查转化情况。)
NIS2 是指令:义务通过国家法律约束实体。期限是 2024 年 10 月 17 日,但许多成员国转化延迟(委员会侵权诉讼贯穿 2025 年)。实务建议:(1) 识别每个设立地/主要设立地成员国;(2) 检查国家法案(例如德国:通过 NIS2 实施法修订 BSIG;比利时、克罗地亚、意大利等较早转化)、国家注册门户和 CSIRT 报告渠道;(3) 转化延迟时,按指令文本准备——一旦国家法律落地,主管机构曾适用较短的合规窗口;(4) 多国集团应按最严格的适用国家变体构建。不要凭记忆断言特定成员国的当前状态——建议向国家主管机构(BSI、ANSSI、NCSC-NL、CCB、ACN 等)核实。
references/iso27001-nis2-mapping.md。在子要求层面评估每项措施(数字实体使用 2024/2690 分解)。评级:✅ 合规 / 🟡 部分 / 🔴 差距。
| # | 第 21(2) 条措施 | 要请求的证据 | 典型差距 |
|---|---|---|---|
| a | 风险分析与信息安全政策 | 风险方法论、已批准的政策集、审查节奏 | 政策未经管理机构批准(第 20 条关联) |
| b | 事件处理 | 事件响应计划、检测工具、事件后审查 | 无支持 24 小时/72 小时的升级路径 |
| c | 业务连续性/备份/灾难恢复/危机 | BIA、RTO/RPO、已测试的恢复证据、危机角色 | 备份未测试;无危机沟通计划 |
| d | 供应链 | 供应商登记册、安全条款、评估 | 无合同事件通知 SLA;第 22 条评估未监控 |
| e | 安全采购/开发 | SDLC 政策、漏洞处理和披露流程 | 无协调漏洞披露渠道 |
| f | 有效性评估 | 审计计划、指标、渗透测试/红队报告 | 措施从未测试有效性 |
| g | 卫生与培训 | 安全意识项目、网络钓鱼指标、管理员卫生 | 培训未扩展到管理机构(第 20 条差距) |
| h | 密码学 | 密码政策、密钥管理、TLS 态势 | 无何时要求加密的政策 |
| i | 人力资源安全、访问控制、资产 | JML 流程、访问审查、资产清单 | 特权访问过时;资产清单不完整 |
| j | MFA 与安全通信 | MFA 覆盖图、应急通信计划 | 旧系统/管理路径无 MFA;无带外危机渠道 |
然后:事件报告就绪度(第 4 节)、治理证据(第 2 节)、注册状态(第 27 条)、用实体自身营业额的罚款敞口(第 5 节)、有优先级的补救路线图(速赢 ≤30 天;结构性 ≤6 个月)。
references/article-21-measures.md:全部 10 项第 21 条措施的详细实施指导references/implementing-reg-2024-2690.md:委员会实施细则 (EU) 2024/2690 子措施分解、13 个附件部分、范围(约束哪些实体)和重大事件阈值references/iso27001-nis2-mapping.md:ISO 27001:2022 附件 A 到 NIS2 第 21 条交叉引用表当用户要求详细控制实施指导、2024/2690 技术子要求或事件阈值,或 ISO 27001 对齐时,阅读相关参考文件。
本技能提供一般合规信息,而非法律意见。对照官方来源验证当前要求;对决策咨询合格律师或经认可的评估机构。