Artifact GuideEU

NIS2 vs CER Directive cybersecurity duties and critical-entity resilience

This comparison helps separate NIS2 cybersecurity obligations from CER critical-entity resilience work, then identify the records that can support both without merging the legal tests.

Compare the NIS2 and CER legal texts, then check the applicable national identification decisions, implementing law, and authority instructions for the entity.

Author
Sorena AI
Published
May 9, 2026
Updated
Oct 15, 2026
Overview

NIS2 covers cybersecurity; Directive (EU) 2022/2557 (CER) covers the wider resilience of critical entities against natural and human-made, non-cyber and hybrid risks. A Member State's CER identification brings that into NIS2 regardless of size and makes it an essential entity, subject to the directives' exclusions and national transposition. Keep separate scope decisions and join only the risks, incidents, assets, suppliers, and authority exchanges that genuinely overlap.

Side-by-side comparison

NIS2 vs CER Directive: scope, evidence, and overlap rules

Use the rows below to decide which facts belong to the NIS2 cybersecurity workstream, which facts belong to critical-entity resilience coordination, and which records need both citations.

Review all sources
First framework
NIS2 Directive

Cybersecurity duties for covered essential and important entities, including critical entities identified under CER, with risk-management, incident-reporting, management-body, supervision, and enforcement requirements.

Second framework
CER Directive

Resilience duties for Member State-identified critical entities, including risk assessment, resilience measures, incident notification, and cooperation with NIS2 authorities, subject to CER scope qualifications.

Scope and covered activity

NIS2 Directive

NIS2 covers public or private entities in Annex I and Annex II sectors that meet the size-cap or special-case rules, and it also applies regardless of size to entities identified as critical under CER.

CER Directive

CER covers entities in its Annex sectors that a Member State identifies because they provide an essential service, operate and have critical infrastructure there, and could suffer an incident with significant disruptive effects. Its Annex includes energy, transport, banking, financial-market infrastructure, health, drinking water, wastewater, digital infrastructure, public administration, space, and certain food activities.

Operational implication

Start with NIS2 applicability, then flag any critical-entity designation as both a NIS2 scope trigger and a resilience-coordination item.

Who must act

NIS2 Directive

NIS2 work needs entity leadership, management bodies, security owners, incident-response teams, supplier-risk owners, legal or compliance, and national authority contacts.

CER Directive

CER-facing overlap needs the owner who tracks critical-entity identification, non-cyber risks, resilience facts, and communications with the competent authority responsible for critical entities.

Operational implication

Use one register if helpful, but assign named owners for cybersecurity controls, incident reporting, critical-entity status, and resilience evidence.

Trigger or threshold

NIS2 Directive

NIS2 is triggered by Annex sector coverage, medium-size or larger status unless an exception applies, special-case inclusion, and critical-entity identification under CER regardless of size.

CER Directive

CER is triggered by a Member State identification decision based on the three Article 6 criteria and the Article 7 disruption factors, not by enterprise size or a private critical-supplier label. Member States were to identify critical entities by 17 July 2026 and notify an identified entity within one month.

Operational implication

Do not wait for a cybersecurity incident to decide scope; run the NIS2 sector, size, special-case, and critical-entity checks before assigning controls.

Core obligations

NIS2 Directive

NIS2 requires cybersecurity risk-management measures, significant-incident reporting, management-body accountability, supply-chain security attention, registration or notification for some entities, and evidence for supervision.

CER Directive

CER requires an all-hazards risk assessment, appropriate and proportionate resilience measures, a resilience plan or equivalent documents, a liaison officer or equivalent contact, and notification of incidents that significantly disrupt or could significantly disrupt essential services.

Operational implication

Assign cybersecurity controls to the NIS2 owner and applicable CER risk assessment, resilience measures, and incident notification to the resilience owner. Keep each national-law basis with its decision.

Evidence and records

NIS2 Directive

Keep NIS2 records for entity classification, Article 21 controls, supplier security, management approval, Article 23 incident notifications, registration, authority requests, and supervision responses.

CER Directive

Keep overlap records for critical-entity identification, resilience and non-cyber risk facts, shared incident information, authority correspondence, and any request to coordinate supervisory activity.

Operational implication

Tag each file before reuse: NIS2 cybersecurity evidence, CER-alignment evidence, or shared evidence that must keep both source citations.

Timing and cadence

NIS2 Directive

NIS2 timing includes national transposition and registration effects plus Article 23 incident reporting steps: early warning, incident notification, intermediate updates where relevant, and final reporting.

CER Directive

CER timing includes national risk assessments at least every four years, Member State identification by 17 July 2026 and notification within one month, entity risk assessment within nine months after notification and at least every four years, and incident notification without undue delay with a 24-hour initial notice unless the entity is operationally unable to submit it. Chapter III generally applies ten months after notification; check the special sector treatment and national measures before assigning these duties.

Operational implication

Track NIS2 incident clocks separately from critical-entity coordination cycles and authority requests.

Supervision and enforcement

NIS2 Directive

NIS2 competent authorities supervise essential and important entities, with different supervisory treatment and enforcement powers for the two categories.

CER Directive

For entities identified as critical under CER, NIS2 authorities and CER authorities are expected to inform, cooperate, exchange information, and in some cases coordinate supervisory or enforcement activity.

Operational implication

Prepare separate authority-response material for NIS2 cybersecurity compliance and critical-entity resilience coordination.

Overlap and reuse

NIS2 Directive

NIS2 can reuse service maps, supplier files, incident logs, continuity records, and asset inventories when they prove cybersecurity risk-management or reporting duties.

CER Directive

CER alignment can reuse those same records only for supported critical-entity, physical-resilience, non-cyber risk, incident, or authority-cooperation questions.

Operational implication

Reuse facts, not conclusions: the same incident log may support both workstreams, but the NIS2 reportability decision and the CER resilience question remain separate.

Practical decision rule

NIS2 Directive

If the question is about Annex scope, essential or important entity status, Article 21 controls, Article 23 reporting, management bodies, or NIS2 supervision, route it to the NIS2 workstream.

CER Directive

Route critical-entity identification, physical resilience, non-cyber risks and CER authority coordination to the resilience owner. Confirm the national identification decision, applicable sector qualifications and national measures before assigning duties.

Operational implication

Create a coordinated work item only when the same entity, service, incident, supplier, or authority request has both a NIS2 citation and a CER-alignment citation.

Practical decision rule

How should teams decide which workstream owns a NIS2/CER issue?

  • Use NIS2 when the issue is cybersecurity scope, Article 21 controls, Article 23 reporting, management-body accountability, registration, supervision, or enforcement.
  • Use CER-alignment handling when a critical-entity designation, physical-resilience fact, non-cyber risk, or authority-cooperation request affects the same service.
  • Use a joint work item only when the record needs both cyber and resilience owners, and keep the source citations separate.
  • Escalate unresolved entity identification, exclusions, national deadlines, and authority routes before relying on the CER decision.
Section 1

What is the practical difference between NIS2 and CER?

NIS2 is the cybersecurity regime: it applies to covered Annex I and Annex II entities, certain special cases, and entities identified as critical under CER regardless of size. Its operational questions are whether the entity is in scope, which cybersecurity risk-management measures apply, who approves and supervises them, and how significant incidents are reported.

CER requires Member States to identify critical entities using the directive's criteria and national risk assessments. The entity must provide an essential service, operate and have critical infrastructure in the Member State, and face an incident capable of significantly disrupting that service. Article 6 set 17 July 2026 as the deadline for Member States to identify critical entities and requires notification to each identified entity within one month. Once identified, a falls within NIS2 regardless of size and is essential under NIS2 Article 3(1)(f); the applicable national decisions and any defence, national-security, public-security, or law-enforcement exclusions still need case-specific review.

CER then requires the identified entity to assess risks and take appropriate and proportionate technical, security, and organisational resilience measures. The measures cover prevention, physical protection, response, recovery, personnel security, awareness, and a resilience plan or equivalent documents. CER incident notification uses its own test and route: incidents that significantly disrupt or could significantly disrupt essential services are notified to the competent authority without undue delay, with an initial notification no later than 24 hours after awareness unless the entity is operationally unable to submit it, followed where relevant by a detailed report no later than one month afterward. Under Article 6(3), Chapter III generally applies ten months after notification of identification, while the entity risk assessment is due within nine months. Identified entities in banking, financial market infrastructure, and digital infrastructure have no Chapter III or IV duties unless national measures provide otherwise.

  • Use NIS2 sources for cybersecurity controls, incident reporting, management-body accountability, and essential or important entity supervision.
  • Use CER for national critical-entity identification, all-hazards risk assessment, resilience measures, background checks where permitted, resilience liaison, and CER incident reporting.
  • Use the Commission NIS2/CER alignment guidance for shared critical-entity, authority-cooperation, and physical-versus-cyber resilience claims.
  • Treat national identification, competent-authority instructions, and transposition measures as controlling for the entity-specific result.
Section 2

What should the comparison produce?

Create a two-column scoping and evidence record. The NIS2 side should name the Annex or special-case trigger, essential or important entity status, cybersecurity owner, Article 21 control evidence, Article 23 incident-reporting path, and national registration or supervision notes where relevant.

The CER side should record the Member State identification decision and notification date, essential service, critical infrastructure, Article 7 significance factors, national risk-assessment context, resilience owner, resilience measures, liaison officer or equivalent contact, incident route, and critical-entity authority. Do not treat a customer label such as 'critical supplier' as a CER identification decision.

For the CER Article 7 significance factors, record the number of service users, dependencies of other sectors, the degree and duration of economic, societal, environmental, public-safety or health effects, the entity's market share, the affected geographic area and cross-border exposure, including vulnerability due to geographic isolation, and the entity's importance in maintaining a sufficient level of the essential service given the alternatives available. These factors support the Member State identification decision; they do not replace it.

  • Write separate scope conclusions for NIS2 and CER instead of one combined compliance label.
  • Tag every record as cybersecurity evidence, critical-entity resilience evidence, or reusable overlap evidence.
  • Escalate unresolved questions about national CER identification, applicable exclusions, and authority instructions to the legal or resilience owner.
Section 3

When should teams run this comparison?

Run the comparison when a service may fall in a NIS2 Annex sector, when size-cap or special-case rules are uncertain, when a Member State or customer treats the organisation as critical, or when an incident affects a critical service and may require cross-authority information sharing.

Repeat it when the entity adds a covered service, changes its EU establishment or representative analysis, receives a national registration or authority request, changes a high-risk supplier, or learns that a critical-entity designation affects the same service.

  • Inputs: entity legal name, EU countries, service description, Annex sector mapping, size and special-case analysis, authority contacts, critical-service facts, and incident-reporting routes.
  • Outputs: separate NIS2 and CER scope notes, shared-risk register tags, owner assignments, source citations, and unresolved legal questions.
  • Exclusions: apply the CER defence, national-security, public-security, and law-enforcement rules and the special treatment of public administration and critical entities in the banking, financial market infrastructure, and digital infrastructure sectors before assigning CER duties.
Section 4

Who should own the overlap evidence?

Security should own NIS2 cybersecurity controls and incident reporting. Legal or public-policy owners should maintain the interpretation of NIS2 scope, critical-entity status, national transposition effects, and competent-authority contacts. Resilience or continuity owners should maintain non-cyber risk and critical-service records when CER-facing facts are present.

A single coordinator can run the register, but the register should preserve regime tags. That prevents a supplier risk file, incident log, continuity plan, or authority email from being reused without checking whether it supports cyber resilience, physical resilience, or both.

  • Keep NIS2 Article 21 control evidence separate from continuity and physical-resilience records unless a source supports reuse.
  • Record when NIS2 authorities and CER authorities must exchange information about critical entities, risks, threats, incidents, and supervisory activity.
  • Assign unresolved national identification, resilience-plan, or incident-route questions to a named owner with a review deadline.
Recommended next step

Build separate NIS2 and critical-entity resilience workstreams

Sorena can help turn the NIS2/CER comparison into cited scope decisions, separate cyber and resilience owners, shared evidence records, and national authority routes.

Primary sources

References and citations

eur-lex.europa.eu2 citations
Referenced sections
  • Binding CER text for critical-entity identification, the 17 July 2026 deadline, resilience measures, incident notification, supervision, and scope exclusions.
  • Binding CER text for the critical-entity identification criteria, the 17 July 2026 identification deadline, resilience duties, incident notification, and scope exclusions.
eur-lex.europa.eu
Referenced sections
  • Binding NIS2 text for covered Annex I and II entities, critical entities brought into NIS2 scope, cybersecurity risk-management duties, incident reporting, supervision, and cooperation with CER authorities.
"high common level of cybersecurity across the Union"
digital-strategy.ec.europa.eu
Referenced sections
  • Commission FAQ sources support the NIS2/CER relationship: aligned scope, critical entities becoming subject to NIS2 cybersecurity obligations, and cooperation between NIS2 and CER competent authorities.
"physical and cyber resilience of critical entities"
Show all related guides (34)

NIS2 Article 23 incident notification workflow

Map NIS2 Article 23 reporting duties for significant incidents: 24-hour early warning, 72-hour notification, intermediate reports, final report, recipients, and evidence.

NIS2 Compliance Checklist: scope, controls, reporting

This NIS2 compliance checklist helps confirm scope, entity classification, management-body duties, Article 21 controls, Article 23 reporting, and evidence.

NIS2 Compliance Guide: scope, controls, reporting, and evidence

A practical NIS2 compliance guide for mapping entity scope, Article 21 risk measures, Article 23 incident reporting, management accountability, and evidence records.

NIS2 Country Implementation Matrix: Authorities, Portals, and Local Deltas

Build an operational NIS2 country matrix for applicable national law, competent authorities, registration, incident portals, local implementation deltas, evidence, and review dates.

NIS2 Entity Classifier Workflow: essential vs important entity scoping

Classify whether an EU service is out of scope, an important entity, an essential entity, or needs national-authority review under the NIS2 Directive.

NIS2 entity supervision guide

Compare NIS2 essential and important entities by scope, Article 21 and 23 duties, Article 32 and 33 supervision, evidence, jurisdiction, and penalties.

NIS2 essential vs important entities: Article 3 scope and supervision guide

Classify NIS2 essential and important entities using Article 3, Annex I and II sector scope, size-cap rules, registration evidence, and the Article 32/33 supervision split.

NIS2 FAQ: scope, Article 21 controls, incident reporting, and penalties

NIS2 FAQ on entity scope, essential and important classification, Article 21 measures, Article 23 reporting, national implementation, and evidence.

NIS2 incident clock triage workflow

Triage a possible NIS2 significant incident by recording awareness time, severity, impact, authority route, recipient communications, and Article 23 reporting clocks.

NIS2 Incident Reporting Workflow: 24-hour, 72-hour, and final report steps

Build a NIS2 Article 23 incident reporting workflow with significance triage, CSIRT or authority notification steps, recipient communication, cross-border checks, and evidence records.

NIS2 Management Body Accountability: board duties, training, and evidence

A guide to NIS2 Article 20 management body accountability: approval of Article 21 measures, oversight, national liability rules, training, reporting lines, and evidence.

NIS2 National Transposition Tracker: EU Member State Evidence Register

Track NIS2 national transposition with Commission country pages, Article 41 dates, reasoned-opinion flags, source wording, authority contacts, and legal review triggers.

NIS2 penalties and fines: Article 34 maximum levels and factors

NIS2 Article 34 fine levels, calculation factors, enforcement measures, GDPR overlap, and national-law checks for essential and important entities.

NIS2 Registration and Authority Notification Guide

Map NIS2 Article 3 entity lists, Article 27 registry submissions, competent authorities, national filing routes, required data, and change-notification deadlines.

NIS2 Requirements: scope, Article 21 controls, reporting, and evidence

Map NIS2 requirements for essential and important entities: scope classification, management-body duties, Article 21 cybersecurity measures, Article 23 incident reporting, and evidence records.

NIS2 Size Cap Rule and Special Scope Cases

Apply the NIS2 medium-size test, group-data rules, regardless-of-size cases, exclusions, and essential-versus-important classification.

NIS2 Supply Chain Security Program: Article 21 Guide

Apply NIS2 Article 21 to direct suppliers and service providers, and distinguish its general duty from Regulation 2024/2690's digital-entity controls.

NIS2 vs DORA: scope, overlap, and evidence for EU cyber compliance

Compare NIS2 and DORA for EU cyber compliance: covered entities, when DORA replaces NIS2 duties for financial entities, incident reporting, evidence, and supervisory handoffs.

NIS2 vs GDPR breach reporting: EU deadlines and overlap

Compare NIS2 significant-incident reporting with GDPR personal-data-breach reporting, including scope, 24-hour and 72-hour clocks, evidence, and overlap.

NIS2 vs ISO/IEC 27001: legal duties, ISMS evidence, and reuse limits

Compare NIS2 legal obligations with ISO/IEC 27001 ISMS requirements: scope, Article 21 controls, incident clocks, SoA evidence, audits, and certification reuse.

NIS2 vs ISO/IEC 27017: legal duties, cloud controls, and reuse limits

Compare NIS2 legal obligations with ISO/IEC 27017 cloud-service controls: entity scope, Article 21 measures, incident clocks, shared responsibility, evidence, and assurance limits.

NIS2 vs NIS1: what changed in EU cybersecurity compliance

Compare NIS2 with the repealed NIS1 Directive: expanded sectors, essential and important entities, management-body duties, Article 21 controls, Article 23 reporting, and supervision.

Are managed service providers in scope of NIS2?

NIS2 scope answer for managed service providers and managed security service providers, including service definition, size-cap checks, entity status, and jurisdiction evidence.

NIS2 24-hour early warning: what to send and when

Under NIS2 Article 23, covered essential and important entities submit an early warning within 24 hours of becoming aware of a significant incident.

NIS2 72-hour incident notification FAQ

NIS2 incident-notification deadline, required initial assessment, evidence, follow-up, and the 24-hour trust-service-provider exception.

NIS2 entity classification FAQ

Plain-English FAQ comparing NIS2 essential entities and important entities, with Article 3 classification rules, shared Article 21 and 23 duties, supervision differences, and evidence to keep.

NIS2 Member State Transposition: What Teams Must Check

How to handle NIS2 Member State transposition: use Article 41 as the EU baseline, then verify national law, authority routing, registration, and incident-reporting details.

NIS2 size-cap rule: when medium and large entities are in scope

Plain-language FAQ on the NIS2 size-cap rule: medium and large Annex I or II entities, SME thresholds, regardless-of-size exceptions, and evidence to keep.