Guides

NIS2 Guide · 7 min

NIS2 and management responsibility: what boards and leadership must know

NIS2 does something earlier cybersecurity rules mostly didn't: it puts cybersecurity on the management body's desk, by name. Leadership has to approve the risk-management measures, oversee them, and can be held personally liable when they fail. This guide sets out what the directive expects of boards and executives, the questions worth putting to your security team, what good reporting actually looks like, and the price of getting it wrong.

Key takeaways

  • Management bodies must approve and oversee the cybersecurity risk-management measures, and can be held liable when they fail (Art. 20).
  • Leadership has to take cybersecurity training; the duty can't be fully handed off to IT.
  • Penalties reach €10M or 2% of global turnover for essential entities, €7M or 1.4% for important ones (Art. 34).
  • Boards should expect short, evidence-based reporting (coverage, remediation speed and open risk) not a once-a-year reassurance.

Leadership is named, and on the hook

Under Article 20, the management body of an essential or important entity must approve the entity's cybersecurity risk-management measures and oversee how they're implemented. This isn't a formality you can delegate away: the directive makes leadership answerable for the measures actually being in place and actually working.

And members of the management body can be held liable for the entity's breaches. That accountability is written into the directive itself; exactly how it bites depends on national transposition. Cybersecurity is a governance question, then, not only an IT one. It belongs on the board agenda next to financial and legal risk, not in a quarterly slide nobody reads.

The four duties of a management body

In practice the directive's governance expectations come down to four things leadership has to do:

  • Approve the measures: sign off on the risk-management measures (the Art. 21 baseline), with enough understanding to know what you're actually approving.
  • Oversee implementation: make sure the measures are genuinely deployed and stay effective over time, with regular reporting back to the board.
  • Take training: members must follow cybersecurity training so they can recognise risk and judge whether the measures are adequate (Art. 20(2)); similar training should reach staff.
  • Be accountable: own the outcome. Liability for failures sits with the management body, and supervisory authorities can act against leadership directly.

Questions to ask your security team

You don't need to be a security engineer to exercise oversight. A board discharges much of its duty simply by asking the right questions and expecting answers backed by evidence:

Are we in scope as an essential or important entity, and which of our customers are, pulling obligations onto us through their contracts?
Do we have the Article 21 measures in place, and when did this body last review and approve them?
Could we meet the 24-hour and 72-hour reporting deadlines if an incident (including one at a supplier) hit our services?
How do we manage supplier and third-party cyber risk, and how would we prove it in a supervisory audit?
What are our top open risks right now, who owns the fix, and by when?

See how you and your suppliers actually score

7-day free trial · no credit card · cancel anytime

What good board reporting looks like

Oversight needs signal, not a sixty-page appendix. A useful NIS2 line to the board is short, comparable over time, and built on evidence:

Coverage

What share of in-scope suppliers and assets is actually monitored: the gaps are where the surprises come from.

Remediation speed

Mean time to resolve critical and high findings: the trend tells you more than any single figure.

Open risk

Current critical and high findings, plus the documented, accepted ones: NIS2 expects managed risk, not a clean sheet.

Incident readiness

Can the reporting timelines be met, and have they been rehearsed: including for an incident that starts at a supplier?

The cost of getting it wrong, and right

Penalties under Article 34 reach up to €10 million or 2% of total worldwide annual turnover (whichever is higher) for essential entities, and up to €7 million or 1.4% for important ones. Supervisory authorities can also issue binding instructions, order an incident to be made public, and (for essential entities) temporarily suspend management functions. For leadership, the reputational and personal-liability exposure can outweigh the fine itself.

Done well, it's often less about new spend than about pointing existing controls in the right direction: the Article 21 measures overlap heavily with what many organisations already run (ISO 27001, business continuity, access control). What NIS2 really forces is the shift from point-in-time assurance to continuous, evidence-based management, which is also what turns oversight reporting into something genuinely informative rather than a ritual.

Source: Directive (EU) 2022/2555 (NIS2), Articles 20 and 34 — consult your national transposition law for the exact liability and training provisions in your country.

How norppa.io helps

norppa.io turns supplier and third-party cyber risk into the kind of evidence a board can actually use: a clear risk score per supplier, findings mapped to the NIS2 articles they answer to, and a report written for leadership rather than engineers.

Coverage, remediation history and open risk are visible at a glance, with the full audit trail ready to export, so management can show active oversight, and the same evidence answers a supervisory authority's questions when they come.

A dedicated management-accountability workspace lets the accountable officer record their Article 20 approval, sign off critical supplier risks, keep leadership training current, and export a tamper-evident duty-of-care dossier for the board, a regulator or a cyber-insurer. It documents the duty of care; it never certifies compliance.

Not ready to start? Get your country's NIS2 status

We'll send your country's NIS2 transposition status (authority, national law, key dates) plus a concise supplier due-diligence checklist. One email, then occasional NIS2 updates.

We never share your email. Unsubscribe in one click. Stored in the EU.

Give your board evidence, not assertions

See the executive supplier report (risk score, NIS2 mapping and evidence) in about two minutes.

7-day free trial · no credit card · cancel anytime

Last reviewed: 19 June 2026

This guide is general information about EU law, not legal advice. NIS2 takes effect through each EU Member State's national transposition law, which can differ in detail. Verify the obligations that apply to you with your competent authority or legal counsel.

Related guides

ENISA's hospital procurement cybersecurity guidelines: how to assess your suppliers

ENISA's July 2026 procurement guidelines make supplier cybersecurity part of healthcare buying. Turn them into concrete steps: specify requirements, assess candidates externally, contract, monitor and document, mapped to the NIS2 Article 21(2)(d) supply-chain duty.

How to comply with NIS2: a step-by-step roadmap

The steps to NIS2 compliance in order: confirm scope, register, management accountability (Art. 20), the Article 21(2) measures, supply-chain security, incident reporting (Art. 23) and continuous, evidenced assurance.

Who is in scope for NIS2? Essential vs important entities, sectors and size thresholds

Determine whether NIS2 applies to you: the two tiers, the Annex I/II sectors, the size thresholds, size-independent exceptions, and how the supply chain pulls you in even if you're not designated.

NIS2 for suppliers: you're not designated, but your customers are

Most companies are never designated under NIS2, yet many must comply anyway. How a covered customer's Article 21(2)(d) supply-chain duty flows down to you, what they'll ask for, and how to respond credibly.

NIS2 and the supply chain requirement: what it means in practice

NIS2 requires essential and important entities to assess their supply chain cyber risks. Supplier tiering, 4th-party risk, Art. 23 notification, and what auditors look for.

How a breach happens in 2026: your external surface and your supply chain

The 2026 attack chain step by step — stolen credentials, exploited edge devices, email spoofing — across both your own external surface and your suppliers', and where norppa.io breaks the chain.

Supplier cyber risk assessment: what automated NIS2 monitoring checks

All check categories explained: ransomware, dark web leaks, TLS/DNSSEC, cookie security, CVE/EPSS, sanctions, MX blacklists and SAQ. Finding lifecycle and NIS2 article mapping.

NIS2 Art. 21(2): supplier security checklist

Checklist for procurement and security teams: what to ask, what evidence to collect, and how to respond when a supplier falls short. Includes suggested evidence documents.

NIS2 supplier questionnaire (SAQ): what to ask, how to score it, and a free template

What to ask suppliers under Art. 21(2)(d), how to score answers and respond to gaps, why self-attestation needs verification, and a free copy-paste questionnaire template.

NIS2 incident reporting: the 24- and 72-hour deadlines explained

What counts as a significant incident, the Article 23 timeline (24-hour early warning, 72-hour notification, one-month final report), and when a supplier's incident becomes your obligation.

ISO 27001 and NIS2: what your ISMS already covers, and the gaps it doesn't

If you hold ISO 27001, what carries over to NIS2 and what does not: statutory incident reporting, management liability, registration, and continuous supply-chain assurance: plus how to close the gap.

NIS2 fines and penalties: how much, who is liable, and how to avoid them

What NIS2 penalties are: the Article 34 caps (€10M / 2% for essential, €7M / 1.4% for important entities), the management body's personal liability (Art. 20, Art. 32), non-monetary enforcement, and how to avoid them with continuous, evidenced diligence.

NIS2 vs DORA: how they differ, where they overlap, and which one applies to you

How the two EU regimes differ and overlap, why DORA is lex specialis for financial entities, which applies to you, and what both mean for third-party and supply-chain risk.

GDPR vs NIS2: how they overlap, where they differ, and when one incident triggers both

How GDPR and NIS2 differ and overlap, when one incident triggers both (GDPR Art. 33 72h to the DPA vs NIS2 Art. 23 24h/72h/1-month to the CSIRT), the Art. 35 cooperation and no-double-fine rule, and what both mean for supplier due diligence.

The EU Cyber Resilience Act (CRA): scope, timeline and what it means for your supply chain

What the CRA requires, its phased dates (in force 2024, reporting Sept 2026, full compliance Dec 2027), who is in scope and why pure SaaS often isn't, how it complements NIS2, and what it means for procurement and supplier due diligence.

The EU AI Act: risk tiers, the timeline, and what deployers must do (Article 26)

What the EU AI Act requires: the risk tiers, the phased dates (in force 2024, prohibited Feb 2025, GPAI Aug 2025, high-risk Aug 2026), the Article 26 deployer obligations, how it stacks with NIS2 and the GDPR, and what it means for AI procurement.

NIS2 transposition status: which EU countries have it in force

Which of the 27 EU Member States have written NIS2 into national law and which are still finalising it, and why the gaps reach your supply chain regardless.

NIS2 supplier contract clauses: what to require from your suppliers

The contract clauses that turn NIS2's supply-chain duty into something enforceable: security baseline, incident-notification window, evidence and audit rights, subcontractor flow-down, and how to verify them continuously.

Your external security posture under NIS2: what suppliers and customers can see

The publicly visible signals customers assess under NIS2 Art. 21(2)(d): email spoofability (SPF/DMARC), certificate hygiene, internet-exposed systems and leaked credentials, why each matters and how to check and fix them.

Do your suppliers use AI? NIS2 supplier risk meets the EU AI Act

Suppliers increasingly embed AI in the services you depend on, and so do their suppliers. Where supplier and nth-party AI creates risk under NIS2 Art. 21(2)(d) and the EU AI Act, what to assess, and how to keep visibility.

Vendor impersonation and CEO-fraud (BEC): email spoofing, DMARC and NIS2

One of the most common supply-chain attacks needs no breach: spoofed email that redirects a payment or steals data. How BEC and vendor impersonation work, the SPF, DKIM and DMARC settings that stop them, and how it fits NIS2 Art. 21(2)(d).