- Technical and methodological Article 21 requirements for specified digital infrastructure, ICT service management, digital provider, and trust service entities.
"technical and methodological requirements"
A practical NIS2 checklist for confirming whether an entity is in scope, how it is classified, which governance and cybersecurity measures apply, and what evidence should be ready.
Grounded in Directive (EU) 2022/2555, Commission implementation material, Implementing Regulation (EU) 2024/2690, and ENISA technical implementation guidance.
Structured answer sets in this page tree.
Cited legal and guidance references.
Use this checklist to turn NIS2 into a reviewable operating file. It is designed for legal, security, compliance, risk, operations, and management-body teams that need to document scope, obligations, controls, incident-reporting readiness, and reassessment triggers without mixing NIS2 with adjacent regimes.
Start with the legal scope test. NIS2 applies to public or private entities of a type listed in Annex I or Annex II that meet the Directive's size rule and provide services or carry out activities in the Union, with specific size-independent cases.
Do not treat sector labels as enough on their own. The checklist record should identify the entity, service, Member States, Annex sector or subsector, size-rule conclusion, and any special scope trigger or exclusion.
After scope, classify the entity as essential or important. This drives supervision and enforcement handling, so the classification should be traceable to Article 3 rather than copied from an internal risk tier.
Keep registration information ready because Member States must establish lists of essential and important entities and entities providing domain name registration services, and may operate national registration mechanisms.
NIS2 compliance is not only a security-team task. Article 20 requires management bodies of essential and important entities to approve cybersecurity risk-management measures, oversee implementation, and follow training.
The checklist should therefore include governance evidence that links board or executive approval to the Article 21 measure set and to the services affected by NIS2.
Article 21 requires appropriate and proportionate technical, operational, and organisational measures to manage risks to network and information systems and to prevent or minimise incident impact.
Use one checklist row per measure family. Each row should show the risk it addresses, the control owner, implementation status, evidence, exceptions, review date, and management approval where needed.
The checklist should make incident reporting operational before an incident occurs. Article 23 requires notification of significant incidents to the CSIRT or competent authority and sets staged reporting points tied to awareness of the significant incident.
Keep the reporting workflow separate from public communications, customer communications, law-enforcement escalation, and sector-specific reporting until the responsible owner has checked whether those paths also apply.
A NIS2 checklist is durable only if each conclusion has a source-linked reason and each action has evidence. Close the review when scope, classification, governance, control baseline, incident reporting, and source records agree.
Reopen the checklist when business facts change, not only on an annual calendar. New services, Member States, suppliers, infrastructure, incidents, acquisitions, or national transposition changes can alter the file.
Sorena can help convert this checklist into a source-linked NIS2 scope memo, Article 21 control matrix, Article 23 reporting workflow, and management-body evidence pack.
Ask source-linked questions about NIS2 scope, Article 21 measures, Article 23 reporting, and implementation evidence using the cited sources on this page.
Review your NIS2 checklist, source gaps, control evidence, and incident-reporting workflow with Sorena.
"technical and methodological requirements"
"high common level of cybersecurity across the Union"
"referred to in Annex I or II"
"approve the cybersecurity risk-management measures"
"appropriate and proportionate technical, operational and organisational measures"
"within 72 hours"
"Essential and important entities"
"all necessary, appropriate and proportionate corrective measures"
"planned intervals"
"multiple-stage approach"
"essential and important entities"