Skip to content

Compliance Guide - NIS2 Directive

Overview

NIS2 is the European Union's main cybersecurity law for organisations that society depends on: energy, transport, banking, health, water, digital infrastructure, cloud and managed service providers, public administration, manufacturing, food, chemicals, postal services and more. Its full name is Directive (EU) 2022/2555 on measures for a high common level of cybersecurity across the Union. It replaced the first NIS Directive (2016/1148), which covered far fewer sectors and was applied very unevenly across member states.

Key dates:

Date What happened
27 December 2022 Published in the Official Journal
16 January 2023 Entered into force
17 October 2024 Deadline for member states to transpose it into national law
17 October 2024 Commission Implementing Regulation (EU) 2024/2690 adopted: detailed technical measures for digital infrastructure and digital service providers
18 October 2024 National measures apply; NIS1 repealed
17 April 2025 Deadline for member states to establish their lists of essential and important entities
20 January 2026 Commission proposed targeted amendments to NIS2 alongside a revised Cybersecurity Act (simplification, ransomware reporting, jurisdiction). A proposal, not yet law at the time of writing - check its status before relying on it

Because NIS2 is a directive, it does not apply directly. Each member state writes it into its own law, so the exact obligations, registration process, authority and fines depend on the country. Many member states missed the October 2024 deadline and the Commission opened infringement procedures; most had transposed by 2026 but not all [unconfirmed from an official source at the time of writing - check the Commission's NIS2 page for current transposition status]. Always read the national law of each country you operate in.

The key ideas that separate NIS2 from its predecessor: far wider scope decided mostly by sector and size rather than government designation, management accountability (boards must approve and oversee cyber risk measures and can be held liable), strict incident reporting deadlines, and supply chain security as an explicit duty.


NIS2 at a glance

flowchart LR
  scope[Am I in scope?<br/>sector in Annex I or II<br/>plus size threshold]
  class[Essential or<br/>important entity?]
  reg[Register with the<br/>national authority]
  gov[Management body approves<br/>and oversees measures,<br/>takes training]
  meas[Implement Article 21<br/>risk-management measures]
  rep[Report significant incidents:<br/>24h early warning,<br/>72h notification, 1 month final]
  sup[Supervision: proactive for essential,<br/>reactive for important]

  scope --> class --> reg --> gov --> meas --> rep
  meas --> sup
  rep --> sup

The NIS2 journey: work out whether and how you are in scope, register, put management in charge, implement the Article 21 measures, report incidents on deadline, and expect supervision matched to your category.


Who is in scope

Sectors

Annex I: sectors of high criticality Annex II: other critical sectors
Energy (electricity, district heating and cooling, oil, gas, hydrogen) Postal and courier services
Transport (air, rail, water, road) Waste management
Banking Manufacture, production and distribution of chemicals
Financial market infrastructures Production, processing and distribution of food
Health (including some medical and pharmaceutical manufacturers) Manufacturing (medical devices, computers and electronics, electrical equipment, machinery, motor vehicles, other transport equipment)
Drinking water and waste water Digital providers (online marketplaces, search engines, social networking platforms)
Digital infrastructure (internet exchange points, DNS, TLD registries, cloud computing, data centres, content delivery networks, trust services, public electronic communications) Research organisations
ICT service management, business to business (managed service providers and managed security service providers)
Public administration (central and regional government)
Space

Size

As a rule, NIS2 applies to medium and large organisations in these sectors. Under the EU definition, a medium enterprise has 50 or more employees, or more than EUR 10 million annual turnover and balance sheet total. Small and micro organisations are out of scope unless a specific rule pulls them in: for example, DNS service providers, TLD name registries and qualified trust service providers are covered regardless of size, and member states can designate smaller entities that are the sole provider of a critical service.

Essential vs important

Essential entities Important entities
Who Mostly large organisations in Annex I sectors, plus some entities regardless of size (for example qualified trust service providers, TLD registries, DNS providers) and those designated by member states Medium organisations in Annex I sectors, and medium or large ones in Annex II sectors
Obligations The same Article 21 measures and Article 23 reporting The same Article 21 measures and Article 23 reporting
Supervision Ex ante and ex post: proactive audits, inspections and security scans at any time Ex post: action after evidence or an indication of non-compliance
Maximum fines (Article 34) At least EUR 10 million or 2% of total worldwide annual turnover, whichever is higher At least EUR 7 million or 1.4% of total worldwide annual turnover, whichever is higher

"At least" matters: the directive sets the minimum ceiling member states must allow; national law can go higher.

Relationship with DORA

For financial entities covered by DORA, DORA is lex specialis: its ICT risk management, incident reporting and testing rules apply instead of the equivalent NIS2 rules. Banks and financial market infrastructures still appear in NIS2's Annex I, but in practice they comply with DORA for these topics.


The obligations

Article 20: governance

  • The management body (the board or equivalent) must approve the cybersecurity risk-management measures and oversee their implementation.
  • Management can be held liable for infringements, under national law.
  • Members of the management body must follow training, and entities are encouraged to offer similar training to employees regularly.

This is the clause that moved cybersecurity onto board agendas across Europe. "IT handles that" is no longer a defensible answer.

Article 21: cybersecurity risk-management measures

Measures must be appropriate and proportionate, take an all-hazards approach (not just cyber attacks: also fire, power loss, physical threats) and cover at least these ten areas:

Article 21(2) Measure In practice
(a) Policies on risk analysis and information system security A documented risk assessment and security policy; see Risk management basics
(b) Incident handling Detection, response and reporting process; see Incident response basics
© Business continuity: backup management, disaster recovery, crisis management Tested backups and recovery; see Backup and ransomware resilience
(d) Supply chain security, including security aspects of relationships with direct suppliers and service providers Supplier inventory, risk tiering, contract clauses, assessments
(e) Security in acquisition, development and maintenance of systems, including vulnerability handling and disclosure Secure SDLC, vulnerability management, a vulnerability disclosure policy
(f) Policies and procedures to assess the effectiveness of the measures Internal audits, metrics, testing
(g) Basic cyber hygiene practices and cybersecurity training Patching, secure configuration, awareness training
(h) Policies and procedures on cryptography and, where appropriate, encryption Encryption standards and key management; see Encryption explained
(i) Human resources security, access control policies and asset management Joiner-mover-leaver process, least privilege, asset inventory
(j) Multi-factor or continuous authentication, secured voice, video and text communications, and secured emergency communications where appropriate MFA everywhere it matters, secure out-of-band channels for crises

For digital infrastructure and digital service providers (DNS, TLD, cloud, data centres, CDNs, managed and managed security service providers, online marketplaces, search engines, social networks, trust services), Implementing Regulation (EU) 2024/2690 spells out the technical and methodological requirements in detail and defines when an incident counts as significant. Because it is a regulation, it applies directly and identically in every member state.

Article 23: incident reporting

A significant incident is one that has caused or can cause severe operational disruption or financial loss to the entity, or considerable damage to other people or organisations. For each one, report to the national CSIRT or competent authority:

Deadline (from becoming aware) Report Contents
24 hours Early warning Whether it is suspected to be caused by unlawful or malicious acts, and whether it could have cross-border impact
72 hours Incident notification Update of the early warning, initial assessment of severity and impact, indicators of compromise where available
On request Intermediate report Status updates
One month after the incident notification Final report Detailed description, root cause or threat type, mitigation applied, cross-border impact (a progress report if the incident is still ongoing)

Entities must also inform recipients of their services of significant incidents likely to affect them, and of measures they can take in response to significant cyber threats.

These deadlines run in parallel with others: a personal-data breach also triggers GDPR's 72-hour notification to the data protection authority. Plan one process that feeds every report.

Registration

Entities generally must register with their national authority, providing name, address, sector, contact details and the member states where they provide services. Certain digital providers register in the member state of their main establishment, and ENISA keeps a registry of them. Check the national process: in several countries registration is how the authority learns you exist.


Cloud Provider NIS2 Support

The large cloud providers are themselves in scope (cloud computing and data centre services are Annex I digital infrastructure), and each publishes material on how its services help customers meet Article 21. Using them does not make you compliant; as always, how you configure and use them is yours.

AWS

Article 21 area AWS service
(a) Risk analysis, (f) effectiveness AWS Security Hub, AWS Config conformance packs, AWS Audit Manager
(b) Incident handling Amazon GuardDuty, Amazon Detective, AWS Security Incident Response
© Business continuity AWS Backup (with Vault Lock), AWS Elastic Disaster Recovery, multi-AZ and multi-region designs
(e) Vulnerability handling Amazon Inspector, AWS Systems Manager Patch Manager
(h) Cryptography AWS KMS, AWS CloudHSM, AWS Certificate Manager
(i) Access control, (j) MFA IAM Identity Center, IAM, MFA and passkey enforcement

Azure

Article 21 area Azure service
(a) Risk analysis, (f) effectiveness Microsoft Defender for Cloud regulatory compliance, Microsoft Purview Compliance Manager
(b) Incident handling Microsoft Sentinel, Microsoft Defender XDR
© Business continuity Azure Backup (immutable vaults), Azure Site Recovery
(e) Vulnerability handling Defender for Cloud vulnerability assessment, Azure Update Manager
(h) Cryptography Azure Key Vault, Managed HSM
(i) Access control, (j) MFA Microsoft Entra ID, Conditional Access, Privileged Identity Management

Google Cloud

Article 21 area GCP service
(a) Risk analysis, (f) effectiveness Security Command Center compliance monitoring, Assured Workloads
(b) Incident handling Google Security Operations, Security Command Center threat detection
© Business continuity Backup and DR Service, multi-region storage and databases
(e) Vulnerability handling Artifact Analysis, VM Manager patch management
(h) Cryptography Cloud KMS, Cloud HSM, Cloud External Key Manager
(i) Access control, (j) MFA Cloud IAM, Cloud Identity with 2-step verification enforcement, Privileged Access Manager

NIS2 vs other frameworks

Aspect NIS2 ISO 27001 DORA
Type EU directive (national law) Voluntary international standard EU regulation (directly applicable)
Who Medium and large entities in 18 sectors Anyone who chooses to certify EU financial entities and their critical ICT providers
Proof Supervision by national authority; no certificate Certificate after an accredited audit Supervision by financial regulators
Incident reporting 24h / 72h / 1 month Not mandated Major ICT incidents: 4h after classification (24h max) / 72h / 1 month
Management duty Explicit approval, oversight, training, liability Leadership clause 5 Management body bears ultimate responsibility

An ISO 27001 ISMS covers most of Article 21 and is the most common way organisations organise their NIS2 programme, but a certificate is not proof of NIS2 compliance: reporting deadlines, registration and management liability are legal obligations ISO does not test. The NIST CSF 2.0 is a useful outside-the-EU mapping target.


Preparation Checklist

Scoping

  • Determine, for each EU country you operate in, whether you are in an Annex I or II sector and over the size threshold
  • Decide essential vs important, and check whether any size-independent rule or national designation applies
  • Register with each relevant national authority
  • Identify whether Implementing Regulation (EU) 2024/2690 applies (digital infrastructure and digital providers)

Governance

  • Management body formally approves the risk-management measures (minutes as evidence)
  • Management body training completed and recorded
  • Named accountable owners for each Article 21 area

Measures

  • Risk assessment covering all hazards, reviewed at least annually
  • Incident response plan with the 24h / 72h / 1-month reporting steps and the authority's contact route
  • Tested backups and disaster recovery
  • Supplier inventory with risk tiers, contract security clauses and assessments of critical suppliers
  • Vulnerability management and a coordinated vulnerability disclosure policy
  • Cyber hygiene baseline and staff awareness training
  • Cryptography policy
  • Access control, joiner-mover-leaver process and asset inventory
  • MFA for remote access, administrators and critical systems; secured emergency communications

Evidence Collection

Evidence type Source Automation
Board approval and training Board minutes, training records LMS exports
Risk assessment Risk register GRC tool
Incident reporting readiness IR plan, exercise reports, report templates Ticketing workflow with deadline timers
Backup and recovery Restore test results Scheduled restore jobs
Supply chain Supplier register, assessments, contracts Vendor risk platform
Vulnerability handling Scan reports, patch SLAs, disclosure policy Scanner dashboards
Access control and MFA IdP reports, access reviews IdP policies and access review tooling

Common gaps

  • Management approval treated as a one-off signature, not ongoing oversight.
  • No rehearsed way to produce a 24-hour early warning on a weekend.
  • Supplier risk limited to a questionnaire at onboarding, never reassessed.
  • Scoping done for the head office country only, missing subsidiaries elsewhere in the EU.
  • MFA in place for staff but not for service providers with remote access.

Certification Exam Relevance

NIS2 knowledge is relevant for: - ISACA CISM and CISA - governance, legal and regulatory requirements, management accountability - ISC2 CISSP and CCSP - legal and regulatory compliance, including EU regulation - CCSK v5 - cloud compliance and jurisdiction - Microsoft SC-100 - regulatory compliance in a security strategy

Expect concepts (who is covered, management accountability, reporting deadlines) rather than article numbers.


πŸ“– Directive (EU) 2022/2555 (NIS2) on EUR-Lex - the official text

πŸ“– European Commission: NIS2 Directive - policy page, implementing acts and transposition updates

πŸ“– Commission Implementing Regulation (EU) 2024/2690 - technical and methodological requirements for digital infrastructure and digital providers

πŸ“– ENISA: NIS2 Technical Implementation Guidance - ENISA guidance on implementing the measures in Implementing Regulation (EU) 2024/2690