Move supplier assurance off spreadsheets. Private pilot opening soon.→ Join the pilot
SHARDSCybersecuritySupply Chain Assurance · NIS2
Back to the NIS2 overview
NIS2 reference · Article 21(2)(d)

The supply-chain clause, line by line.

Article 21(2)(d) is the NIS2 obligation that pushes responsibility outward — making your security posture partly dependent on the security of the suppliers you depend on. This page is a practitioner reference: the exact directive language, what it actually obliges, what evidence holds up, and a worked example from a Slovak utility.

1.0 / The clause

What the directive actually says.

From Article 21(2) of Directive (EU) 2022/2555: essential and important entities shall take appropriate technical, operational and organisational measures to manage cybersecurity risks. Subsection (d) names supply chain specifically:

"supply chain security, including security-related aspects concerning the relationships between each entity and its direct suppliers or service providers"

Article 21(2)(d) — NIS2 Directive 2022/2555

That is a deceptively short sentence. The rest of this page unpacks what regulators have started to mean by it, what evidence holds up under scrutiny, and what most mid-market entities miss when they try to satisfy it.

2.0 / Direct suppliers — and beyond

What "direct suppliers and service providers" actually covers.

The clause names "direct suppliers" — your Tier 1 vendors. But Recital 85 expands the practical scope. Covered entities should consider:

"the overall quality and resilience of products and services, the cybersecurity risk-management measures embedded in them, and the cybersecurity practices of their suppliers and service providers, including their secure development procedures."

Recital 85 — NIS2 Directive 2022/2555Read on EUR-Lex

Two things hide in that recital. First — you are not just buying a product or service; you are inheriting the security posture of the people who built it. Second — "their suppliers and service providers" means your Tier 1's Tier 1: your sub-processors. The directive does not ask you to audit the entire chain, but it does ask you to consider how the chain affects you.

In practice, the direct/indirect distinction matters less than the criticality distinction. A printer maintenance contractor is technically a direct supplier; nobody expects you to do the same depth of work on them as on the cloud platform that hosts your customer data.

3.0 / Evidence that holds up

Five evidence artefacts that satisfy roughly 80% of the clause.

The directive deliberately leaves the how open — measures "appropriate" to the risk. Across early competent-authority guidance and auditor questions, the operational baseline collapses to these five artefacts.

Artefact 01

A maintained supplier inventory tagged by service and data

Every supplier handling regulated services or processing regulated data, with the service named and the data type tagged. Live, not a CSV in someone's email. Sub-processors of those suppliers identified separately.

Artefact 02

A documented risk classification

A two- or three-tier scheme works for most mid-market entities. Tier by data sensitivity, service criticality, and replaceability. Top-tier gets full assessment; lower tiers get lighter-touch — but lighter-touch is documented, not absent.

Artefact 03

Per-supplier assessment evidence on a known cadence

For each supplier: what you asked, what they answered, what evidence they provided (SOC 2, ISO 27001, sub-processor list, security policy, breach history, BCP), who reviewed it on your side, when, and when it next needs re-reviewing.

Artefact 04

A defensible decision trail

Approving a supplier is easy. Showing — three years later, after staff turnover, possibly under regulator scrutiny — how you approved them, on what evidence current at the time, and who signed: that's the part that takes infrastructure. This is the artefact most mid-market entities are missing.

Artefact 05

A reaction plan for material change

Suppliers' postures drift. Certificates expire. Sub-processors are added without notice. Breaches happen mid-cycle. Article 21(2)(d) expects you to react to those events as first-class triggers, not wait for next year's annual review.

4.0 / Worked example

How a 200-person Slovak utility implements 21(2)(d).

Hypothetical, illustrative — patterns drawn from regional mid-market practice, not from any single client.

The entity is a 200-person regional water utility headquartered near Žilina. It became an essential entity under Annex I when Slovakia's NIS2 transposition (Act No. 366/2024) entered into force on 1 January 2025. Its supervisory authority is the Národný bezpečnostný úrad (NBÚ).

Its supplier portfolio is small but high-stakes — roughly 35 critical suppliers. The top of the list: the SCADA platform vendor, the smart-meter management cloud, the billing-system MSP, the geographic information system, and a handful of hardware integrators that touch the OT network during maintenance windows. Each of those carries a sub-processor list that adds another 60–80 entities the utility has to consider, even if not formally assess.

The implementation of the five artefacts:

  • 01The inventory lives in a single register, owned by the IT lead. Each supplier tagged by the OT zone they touch and the data classification they handle. Sub-processors of the SCADA platform and the smart-meter cloud are listed separately, refreshed quarterly against the vendor's published list.
  • 02Three tiers — Critical (SCADA, smart-meter cloud, billing MSP), Important (the rest of the regulated-data touchers), and Routine (everyone else). Tier assignments are signed by the IT lead and reviewed by the board annually.
  • 03Critical-tier suppliers are reassessed every 6 months — SOC 2 Type II, sub-processor list, breach-disclosure history, business-continuity test results, contract clauses verified. Important-tier annually. Routine-tier attestation-only at contract renewal.
  • 04Decisions are recorded with the date, the evidence package they were based on, the named reviewer, and the next review date. Hash-anchored so the package cannot be quietly amended after the fact. This is the artefact the NBÚ inspector will reach for first.
  • 05Material-change triggers documented: vendor breach disclosure, sub-processor addition, certificate expiry, change of corporate ownership. Each triggers an out-of-cycle review with a named owner and a 30-day completion target.

Most of the utility's actual NIS2 supplier-assurance work concentrates on the five critical suppliers. The structure exists for the rest, scaled appropriately.

5.0 / Common misconceptions

Four claims that do not satisfy the clause.

"We have a SOC 2, so we're covered."

SOC 2 is a control-effectiveness audit on the supplier — evidence about their posture. It is necessary, often. It is not the same as YOU having assessed and decided. Article 21(2)(d) is asking you to make a decision about them; the SOC 2 helps but does not substitute.

"We do an annual review, that's enough."

Annual works for stable suppliers in stable contexts. It does not work for cloud platforms that update sub-processors quarterly, or for services where breach disclosure happens mid-cycle. The directive expects reaction to material change, not just calendar dates.

"We're an SMB — the depth expected is lower."

The proportionality principle is real — a 50-person manufacturer is not expected to run the same machine as a tier-one bank. But the FORM of the obligation is the same. Inventory, classification, assessment, decision trail, reaction plan. The depth scales; the structure does not.

"Our customer's questionnaire is the assessment."

No. Answering a customer's questionnaire is evidence about you that they use to assess you. It is not your assessment of your suppliers. If a regulator audits you, they will want to see how you assessed Vendor X — not how Vendor Y assessed you.

7.0 / How Supply Chain Assurance fits

One product per artefact — same five-artefact frame.

Supply Chain Assurance was built around exactly the five artefacts above. Not coincidence — the product was scoped from the practitioner side, against the same clause this page unpacks. Mapping:

21(2)(d) artefactSupply Chain Assurance feature
01 — Supplier inventoryProcess-driven supplier scoping with service + data tagging; sub-processor register for each supplier.
02 — Risk classificationConfigurable tier scheme; tier assignments signed and timestamped per supplier.
03 — Per-supplier evidenceEvidence records with reviewer attribution, expiry tracking, and the questions asked alongside the answers received.
04 — Decision trailDecision-trace ledger — every approval, rejection, and escalation timestamped, signed, and hash-anchored.
05 — Reaction planMaterial-change triggers — sub-processor addition, certificate expiry, breach disclosure — each generates a named-owner re-review task.

We do not claim the product makes you NIS2-compliant — that is the entity's decision and the auditor's judgement. We claim the product gives you the evidence structure those judgements need.

8.0 / Where this is going

Two or three years from now, supplier assurance is table stakes.

Not because regulators say so — because customers say so. The companies that get there first, with defensible programmes, will win contracts. The companies that do not will lose them.

That is the operational shift Article 21(2)(d) is quietly forcing. The directive uses one sentence. The implementation takes years.

Practitioner-to-practitioner

Working through 21(2)(d) and want a second pair of eyes?

30 minutes. No prep needed. Bring whatever you are stuck on — supplier scoping, evidence collection, audit prep, regulator-readiness. Honest answers.