Independent thinking. Informed defence.

CISO Times

Intelligence for the people behind the defence.

The CISO Decision Brief

How do we…

How do we decide what NIS2 asks of us for the security of our supply chain?

8 decision pointsThe pack behind this answer: NIS2 Implementation & Readiness

Add to board memo

The short answer

Recommendation
Tier your direct suppliers, judge each one's own practices and evidence, set clauses by tier with an incident notice that fits your 24-hour early warning, and record refusals as exceptions. Then answer any customer terms as a supplier.
Reasoning
The Directive adds a specific lens to supplier work you may already do: each direct supplier's vulnerabilities, product quality and security practices, including how it builds software. A supplier's silence after its own breach also eats your reporting time. The common failure is a questionnaire answered once and never read against the service you buy.
Considerations
  • Only a few digital provider types are bound by the Implementing Regulation's detailed supply chain policy. For others it is a useful model, not a duty.
  • EU-level coordinated risk assessments of critical supply chains are possible but not routine. Do not wait for one.
  • The NIS2 duty falls on your customer. It reaches you through the contract, so read the request as contract terms.
  • National law may add detail. Check it with your authority and counsel.

The decision, step by step

Select any step for the reasoning behind it and where the pack covers it.

  • Start
  • Step
  • Decision
  • Outcome
StartNIS2 may apply to us and our suppliers hold our systems or dataDecisionAre we an essential or important entity under NIS2?OutcomeSettle whether NIS2 applies to you first, then come backDecisionDoes a customer in scope of NIS2 ask us for security terms?OutcomeNothing for NIS2 to add here; answer customers as they askStepList your direct suppliers and service providersDecisionDoes the supplier carry significant data, access or dependency?StepApply standard terms and review the supplier on its cycleStepJudge the supplier's own weaknesses and practicesStepCheck the evidence covers the service you use and is in dateStepAsk for the clauses that fit the tierDecisionCan the supplier's incident notice reach you before your own deadline?StepAdd or tighten the incident notice clauseDecisionDoes the supplier refuse a term you need?StepTake it as a recorded exception with an owner, or change supplierDecisionAre we a cloud, data centre, managed service or similar provider?StepWrite the supply chain security policy that regulation requiresStepMonitor suppliers and watch for EU-level supply chain assessmentsDecisionDoes a customer in scope of NIS2 ask us for security terms?StepRead the request against what a customer in scope must askDecisionCan we perform every term as written?OutcomeOffer equivalent wording or take it to leadership and LegalOutcomeAgree the terms; do not claim this makes you NIS2 compliantOutcomeSupplier relationships tiered, evidenced, contracted and monitored

Keyboard: Tab to a step, arrow keys move along the flow, Enter pins its explanation, + and − zoom, 0 fits the diagram, Esc closes. The text version below has the same content.

Where a step quotes a number, it is the default in the CISO Times pack. Your own standard may set a different one. A code beside a source, such as RR-17, is the number of a rule in that pack document; the document lists its rules.

Read as text

The same flow written out: each step, its reasoning and where the pack covers it. 24 steps.
  1. Start

    NIS2 may apply to us and our suppliers hold our systems or data

    NIS2 treats supply chain security as one of ten measures. It asks an entity to look at its relationships with its direct suppliers and service providers, and it adds a few things to the supplier security work you may already do. The management body approves these measures, supply chain security among them, and oversees how they are put in place. This question sets out what the Directive adds. The general supplier questions still decide tiering, evidence and clauses.

  2. Decision

    Are we an essential or important entity under NIS2?

    The supply chain duty falls on essential and important entities. If you are not sure whether you are one, settle the scope question first. If you are clearly not one, only a customer in scope can bring these terms to you, and the next question covers that case.

  3. Outcome

    Settle whether NIS2 applies to you first, then come back

    The supply chain duty falls on essential and important entities. Run the scope question and return.

  4. Decision

    Does a customer in scope of NIS2 ask us for security terms?

    You are not an essential or important entity, so NIS2 does not bind you directly. Your customers may still pass their duty on to you in their contract or questionnaire. Treat the request as a normal customer ask with a known reason behind it.

    In the pack

  5. Outcome

    Nothing for NIS2 to add here; answer customers as they ask

    You are not an essential or important entity and no in-scope customer is asking. Keep your normal supplier practice. Do not say you comply with NIS2.

  6. Step

    List your direct suppliers and service providers

    The measure is about each entity's relationships with its direct suppliers or service providers. List them with what each provides. For some digital providers a regulation requires a kept directory with contact points and the products and services each supplier gives, so keep yours in that shape anyway.

  7. Decision

    Does the supplier carry significant data, access or dependency?

    Tier the supplier by what it can do to you if it fails or is breached: the data it holds, the access it has, how much a service depends on it. The third-party pack's tiering model does this. Not known takes the yes branch until you have looked. Do this for each supplier on the list.

    In the pack

  8. Step

    Apply standard terms and review the supplier on its cycle

    A low-tier supplier gets the standard clauses and a lighter, periodic review. Record the tier and why, so that you can show the choice was proportionate to the risk. The standard terms still include the incident notice clause, and so does any supplier that holds your data.

    In the pack

  9. Step

    Judge the supplier's own weaknesses and practices

    The Directive asks you to take into account each direct supplier's specific vulnerabilities and the overall quality of its products and cybersecurity practices, including its secure development. A standard questionnaire alone does not show that. Look at how it builds, patches and handles its own suppliers.

  10. Step

    Check the evidence covers the service you use and is in date

    A certificate that does not cover the service, entity or region you buy proves little. Check scope, dates and who issued it. For cloud providers' certificates and reports, use the question on cloud evidence.

    In the pack

  11. Step

    Ask for the clauses that fit the tier

    Typical content is security requirements, incident notice, vulnerability handling, rules on subcontracting, audit rights or audit reports, and return or deletion of data at the end. Take the wording from the clause library and keep what you asked for and what you got.

    In the pack

  12. Decision

    Can the supplier's incident notice reach you before your own deadline?

    Your early warning to the authority is due within 24 hours of becoming aware of a significant incident, as the Directive sets it. A supplier that tells you late uses your time. Ask for notice without undue delay and an outer limit that leaves you room. Not known takes the answer no.

    In the pack

  13. Step

    Add or tighten the incident notice clause

    Use the incident notification clause and set its time against your own deadline. Where the supplier will not agree, record the gap as a supplier risk with an owner, and plan how you would learn of its incidents another way.

    In the pack

  14. Decision

    Does the supplier refuse a term you need?

    Refusal is a risk decision, not a reason to stop looking. Record what was refused and why it matters, then choose between an equivalent term, a compensating control, a recorded exception with an expiry, or another supplier.

    In the pack

  15. Step

    Take it as a recorded exception with an owner, or change supplier

    Use the exception route for the term you cannot get. Name the owner, the compensating control and the date it expires. If the supplier is critical to a service, treat a standing refusal as a reason to plan an exit.

    In the pack

  16. Decision

    Are we a cloud, data centre, managed service or similar provider?

    A Commission Implementing Regulation sets detailed measures for DNS, TLD, cloud computing, data centre, content delivery network, managed service, managed security service, online marketplace, search engine and social network providers, and trust service providers. For them it is an extra duty. For every other entity it does not apply.

  17. Step

    Write the supply chain security policy that regulation requires

    It governs your direct suppliers, sets criteria for choosing and contracting them, lists what contracts should say, and is reviewed at planned intervals and after significant changes or incidents. It also needs the supplier directory. Check the current text of the Regulation for the detail.

  18. Step

    Monitor suppliers and watch for EU-level supply chain assessments

    Reassess on the cycle for each tier and after a supplier incident or change. The Directive also lets the EU Cooperation Group assess particular critical supply chains; if one covers something you use, take its results into account. Do not wait for one before acting.

    In the pack

  19. Decision

    Does a customer in scope of NIS2 ask us for security terms?

    Your customers may pass the supply chain duty on to you in their contract or questionnaire. Your own NIS2 duties are separate from this. A customer in scope has its own duty to look at your practices, and may pass terms on to you. Treat the request as a normal customer ask with a known reason behind it.

    In the pack

  20. Step

    Read the request against what a customer in scope must ask

    Expect questions on your security practices and secure development, incident notice, vulnerability handling, subcontractors, audit or audit reports and data return. Separate what you already do from what you would be taking on, and do not accept terms in the questionnaire that you have not read.

    In the pack

  21. Decision

    Can we perform every term as written?

    Do not sign a term you cannot perform, such as a notice time you cannot meet. A term you can meet in another form can be offered as equivalent wording.

    In the pack

  22. Outcome

    Offer equivalent wording or take it to leadership and Legal

    Say which term you cannot meet and what you can offer. Where the customer insists and the term is one you cannot perform, the decision to accept the commercial risk belongs to leadership with Legal, not to the person filling the form.

    In the pack

  23. Outcome

    Agree the terms; do not claim this makes you NIS2 compliant

    Keep the agreed terms with the contract. Signing customer terms shows you accepted duties. It does not show you comply with NIS2, and it does not make you an essential or important entity.

    In the pack

  24. Outcome

    Supplier relationships tiered, evidenced, contracted and monitored

    Keep the tier reasons, evidence checks, clause choices, recorded exceptions and review dates. Do not say your suppliers are NIS2 compliant: the Directive does not certify suppliers, and the duty to assess them stays with you.

Practical checklist

  1. List your direct suppliers and tier them by access, data and dependency.
  2. Judge each significant supplier's own vulnerabilities, product quality and secure development.
  3. Check the evidence covers the service you use and is in date.
  4. Set clauses by tier, including an incident notice that fits your own early warning.
  5. Record any refused term as an exception with an owner and an expiry.
  6. Reassess on the tier cycle and after supplier incidents or changes.

Evidence to have ready

  • The supplier list with tiers and the reasons.
  • Assessments and evidence checks for the significant suppliers.
  • Contracts or addenda with the clauses, and the exception record.
  • Review dates and the record of supplier incidents handled.

Assumptions

  • You know whether NIS2 applies to you. If you are not sure, settle that first.
  • You already have, or will build, a supplier list with tiers and a clause set. This question adds what NIS2 asks and does not replace that work.
  • National law may add to the Directive, and your authority's guidance is read alongside it.

Not covered here